As this error is a CEntOS bug i disabled updates repo and i was able to install it
On Fri, 2011-09-09 at 14:42 +0100, André Miguel Freitas wrote: > At this moment i have resolved the problem of fedora kickstart by putting the > base repo with the content of DVD and created child repositories using the > different fedora repositories. > > [cid:1315575470.2136.5.camel@Ubi-K52JU] > Now i'm having a different problem on CentOS 6.0 kickstart. When i use the > kickstart in PXE i get this error > > [cid:1315575568.2136.7.camel@Ubi-K52JU] > > And in /var/log/httpd/access_log i can't detect any problem > > ... > 172.31.4.228 - - [09/Sep/2011:14:34:04 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/gamin-0.1.10-9.el6.x86_64.rpm HTTP/1.1" > 200 125008 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:04 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/gamin-0.1.10-9.el6.x86_64.rpm HTTP/1.1" > 200 125008 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:04 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/glib2-2.22.5-5.el6.x86_64.rpm HTTP/1.1" > 200 1176560 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:04 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/glib2-2.22.5-5.el6.x86_64.rpm HTTP/1.1" > 200 1176560 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/shadow-utils-4.1.4.2-8.el6.x86_64.rpm > HTTP/1.1" 200 934064 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/shadow-utils-4.1.4.2-8.el6.x86_64.rpm > HTTP/1.1" 200 934064 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/sed-4.2.1-5.el6.x86_64.rpm HTTP/1.1" 200 > 220176 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/sed-4.2.1-5.el6.x86_64.rpm HTTP/1.1" 200 > 220176 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/grep-2.6.3-2.el6.x86_64.rpm HTTP/1.1" 200 > 233844 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/grep-2.6.3-2.el6.x86_64.rpm HTTP/1.1" 200 > 233844 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/iptables-1.4.7-3.el6.x86_64.rpm HTTP/1.1" > 200 249596 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/iptables-1.4.7-3.el6.x86_64.rpm HTTP/1.1" > 200 249596 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/MAKEDEV-3.24-6.el6.x86_64.rpm HTTP/1.1" > 200 90996 "-" "CentOS (anaconda)/6.0" > 172.31.4.228 - - [09/Sep/2011:14:34:05 +0100] "GET > /ks/dist/CentOS-6.0-x86_64/Packages/MAKEDEV-3.24-6.el6.x86_64.rpm HTTP/1.1" > 200 90996 "-" "CentOS (anaconda)/6.0" > > Can anyone help me resolve this? thanks in advance. > > Best regards, > AndrÚ Freitas > > On Fri, 2011-09-02 at 12:40 -0500, Jonathan DeHaan wrote: > No, I'm still in 1.4, and I have this problem all the time. Of course, the > source of my problem is a little different - I'm trying to save space by not > loading all the packages from the DVD into spacewalk... > > If you reposync from > http://download.fedoraproject.org/pub/fedora/linux/releases/15/Fedora/x86_64/os/ > instead of from > http://download.fedoraproject.org/pub/fedora/linux/releases/15/Everything/x86_64/os/, > then you get the same 3K packages in your base channel as on the media. I > haven't tried to make that change after the fact, but I doubt that spacewalk > will clear out the extra packages. > > Yes, you have to duplicate packages on disk to recreate the repodata. After > the repodata has been recreated, you can delete the extra copy of the > packages that you used to create the repodata. > > There is no point in running repo-sync for a base channel after you have > fully populated it. No packages are ever added to the base after the initial > release (this applies to Fedora only and is not necessarily true of Centos or > RedHat), only packages in updates are modified. And anaconda correctly pulls > repodata for updates from spacewalk instead of the distro tree. > > You could also take John Hodrien's approach and move everything to a child > channel. Since anaconda's problem is that it can't see packages in base that > are not referenced by the repodata from the media, it should be able to pull > those packages from a child channel. > > Jonathan > > On 09/02/2011 11:17 AM, AndrÚ Freitas wrote: > On 09/02/2011 03:38 PM, Jonathan DeHaan wrote: > 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. > But this was anything that changed from spacewalk 1.4 to 1.5? the strange > part is that i always put the distribution tree path mounted from ISO and > base channel using the base repo from distribution (in this case fedora.repo > has 24K files) and i never had this problem. > > You can either download all 24K packages into the Packages folder of your > distro tree and run createrepo, > ok but wouldn't this option duplicate the space in disk (as i would have to > download again all the 24K of rpms)? the rpms collected by > spacewalk-repo-sync are put on /var/satellite using a strange hierarchy of > directory (i never understand the logic behind this) and i don't see any way > to put the packages from this directories in distro tree package directory > (is there any way that i can use local repositories [using rsync and create > repo] without the need to upload the files for spacewalk - which consequently > would create a second copy of the files in /var/satteliite?) > 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. > I think this options is very time consuming and wouldn't probably resolve my > problem because when i run the spacewalk-repo-syunc for base channel (or the > extras repo) all the missing files would be downloaded again making the > channels with more packages than the distro tree > > 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'. > Again i think this option is also very time consuming as i would have to > repeat this step all the time that the meta changes > > 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). > [cid:[email protected]] > 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 > [email protected]<mailto:[email protected]> > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > > > _______________________________________________ > Spacewalk-list mailing list > [email protected]<mailto:[email protected]> > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > -- > Jonathan DeHaan > Linux Systems Engineer > > > > > > > _______________________________________________ > Spacewalk-list mailing list > [email protected]<mailto:[email protected]> > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > -- > Jonathan DeHaan > Linux Systems Engineer > > _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
