[Spacewalk-list] Kickstart falling in spacewalk 1.5

[Jonathan DeHaan]

I see that you have 24K packages in your base channel, but there are 
only 3K packages on the DVD media. If you used the repodata from the 
media in your distro tree, anaconda only knows about those 3K packages.

You need to make sure that the packages in your base channel are exactly 
the same as referenced by the repodata in your distro tree - and 
spacewalk does not do this for you automatically.

You can either download all 24K packages into the Packages folder of 
your distro tree and run createrepo, or you can create a child channel 
called 'extras' and move all the packages in your base channel that 
aren't on the DVD to that channel. If you go the createrepo route, then 
after it recreates the repodata, you can delete the packages in the 
distro tree - anaconda does correctly pull the packages themselves from 
the spacewalk channel.

A third option would be to take the repodata files from 
/var/cache/rhn/repodata and merge them with the comps file from your 
current distro tree. You'll have to piece together the repomd.xml file 
using the entries from the cache and the original entries for type 
'group' and 'group_gz'.

Jonathan

On 09/02/2011 06:08 AM, André Freitas wrote:
> No i didn't add anything of spacewalk to the base channel (i use a 
> child repo that gets the information form spacewalk directly using 
> spacewalk-repo-sync).
>
> How can see/change the metadata of the distribution tree? The strange 
> is that when i used spacewalk 1.4 i din't have this problem.
>
> On 09/01/2011 03:43 PM, Jonathan DeHaan wrote:
>> Anaconda ignores the repository metadata that is provided by spacewalk
>> for the base channel and only uses the metadata in the distribution
>> tree. If you add any packages to the base channel, you have to recreate
>> the metadata and put it in the distribution tree, or anaconda won't see it.
>>
>> After the install, yum correctly pulls metadata for the base channel
>> from spacewalk directly.
>>
>> Jonathan
>>
>> On 09/01/2011 08:38 AM, André Freitas wrote:
>>> Hi,
>>>
>>> i have spacewalk 1.5 installed in a machine that has fedora 15 as it
>>> OS. I have created the fedora 15 distribution in spacewalk and created
>>> the following repos (base and child ones):  Fedora 15 64-bits, Fedora
>>> 15 Updates 64-bits, RPMFusion Free 64-bits, RPMFusion Free Updates
>>> 64-bits, RPMFusion NonFree 64-bits, RPMFusion NonFree Updates 64-bits
>>> and Spacewalk-Client 1.5 64-bits.
>>> I have created a minimum kickstart to install fedora. If i put the
>>> following packages to install in the kickstart
>>>
>>> rhn-client-tools
>>> rhn-check
>>> rhn-setup
>>> rhnsd
>>> m2crypto
>>> yum-rhn-plugin
>>> rhncfg-actions
>>> wget
>>> osad
>>>
>>> and try to use this kickstart in PXE, i get the information that some
>>> of the dependencies doesn't exit. The problem is that i confirm that
>>> all the packages are in the repos associated to the kickstart and
>>> activation key. If i remove the packages from the kickstart and use it
>>> to install in a target machine, i don't have problems when i try to
>>> "yum install" those packages after the installation (i edit yum.conf
>>> so that i have all the same repos that spacewalk uses to collect
>>> information when using spacewalk-repo-sync).
>>> Is there any log where i can try to see (in spacewalk-server) what is
>>> falling in the installation of the kickstart with the above packages?
>>>
>>> Best regards,
>>> André Freitas
>>>
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list

-- 
Jonathan DeHaan
Linux Systems Engineer

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20110902/0eb1c577/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 52808 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20110902/0eb1c577/attachment.png>