Hi,
I've imported a RHEL 5.3 (x86_64) dvd succesfully, created a profile that has the RHEL's profile as parent and added a system for it. Now when i try to roll out the system, i get an error from anaconda saying there's something wrong with the repository:
"Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated. failure: repodata/primary/xml.gz from anaconda-base-200901061732.x86_64: [Errno 256] No more mirrors to try."
I've verified that the directory:
/var/www/cobbler/ks_mirror/RHEL53-x86_64/
exists and that there are 4 repositories created:
Server, VT, Cluster and ClusterStorage
I even updated these repositories manually. This all didn't do the trick. Something i forgot to do?
# rpm -q cobbler cobbler-1.6.6-1.fc10.x86_64
# rpm -q koan koan-1.6.6-1.fc10.noarch
regards,
----- "Léon Keijser" keijser@stone-it.com wrote:
Hi,
I've imported a RHEL 5.3 (x86_64) dvd succesfully, created a profile that has the RHEL's profile as parent and added a system for it. Now when i try to roll out the system, i get an error from anaconda saying there's something wrong with the repository:
"Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated. failure: repodata/primary/xml.gz from anaconda-base-200901061732.x86_64: [Errno 256] No more mirrors to try."
What do the rendered repo lines in the system's kickstart say? Anything out of the ordinary in there? I've done a few succesful RHEL5.3 imports myself (and atm, can't test), so: that's weird!
-Jasper
On Thu, 2009-07-02 at 15:55 -0400, Jasper Capel wrote:
What do the rendered repo lines in the system's kickstart say? Anything out of the ordinary in there? I've done a few succesful RHEL5.3 imports myself (and atm, can't test), so: that's weird!
# For Cobbler-maintained repos repo --name=source-1 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/ClusterStorage repo --name=source-2 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/Cluster repo --name=source-3 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/VT repo --name=source-4 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/Server
Btw, nice new email addr :P
thanks,
On 07/02/2009 04:12 PM, Léon Keijser wrote:
On Thu, 2009-07-02 at 15:55 -0400, Jasper Capel wrote:
What do the rendered repo lines in the system's kickstart say? Anything out of the ordinary in there? I've done a few succesful RHEL5.3 imports myself (and atm, can't test), so: that's weird!
# For Cobbler-maintained repos repo --name=source-1 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/ClusterStorage repo --name=source-2 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/Cluster repo --name=source-3 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/VT repo --name=source-4 --baseurl=http://192.168.122.1:80/cobbler/ks_mirror/RHEL53-x86_64/Server
Looks normal to me here too. You might want to look and see if there were any errors during the import, or might want to retry it (bad mirror, maybe?). Could also be a network hiccup, not sure.
5.3 works happily 99.999% of the time I believe, else we would hear about it (loudly, in fact), so it should be something like the above.
Btw, nice new email addr :P
Yes!
On Thu, 2009-07-02 at 16:27 -0400, Michael DeHaan wrote:
Looks normal to me here too. You might want to look and see if there were any errors during the import, or might want to retry it (bad mirror, maybe?). Could also be a network hiccup, not sure.
No errors while importing. And just tried the import again for the second time (after removing the entire distro).
5.3 works happily 99.999% of the time I believe, else we would hear about it (loudly, in fact), so it should be something like the above.
Unfortunately(?) everything works fine if i change the system's profile (actually its parent) to use the imported CentOS profile. It just doesn't work when i change it to RHEL.
On 07/02/2009 04:42 PM, Léon Keijser wrote:
On Thu, 2009-07-02 at 16:27 -0400, Michael DeHaan wrote:
Looks normal to me here too. You might want to look and see if there were any errors during the import, or might want to retry it (bad mirror, maybe?). Could also be a network hiccup, not sure.
No errors while importing. And just tried the import again for the second time (after removing the entire distro).
5.3 works happily 99.999% of the time I believe, else we would hear about it (loudly, in fact), so it should be something like the above.
Unfortunately(?) everything works fine if i change the system's profile (actually its parent) to use the imported CentOS profile. It just doesn't work when i change it to RHEL.
This doesn't quite make any sense to me, as in we've installed EL3 lots of times. Generally a CentOS tree does not have split repos on the install media though, so it would naturally be a little different.
The import was from a mounted 5.3 DVD image?
Could there be a proxy in the way (long shot, but I mistrust potential for cached metadata).
Perhaps you might want to try the Anaconda Monitoring feature (anamon, documented on the Wiki) to try to extract logs, or otherwise just visit the machine while it is installing and see if you have any more on the error consoles.
--Michael
On Thu, 2009-07-02 at 17:11 -0400, Michael DeHaan wrote:
This doesn't quite make any sense to me, as in we've installed EL3 lots of times. Generally a CentOS tree does not have split repos on the install media though, so it would naturally be a little different.
The import was from a mounted 5.3 DVD image?
Yes.
Could there be a proxy in the way (long shot, but I mistrust potential for cached metadata).
I forgot to mention that this happens on a kvm, all on my local machine. Network can't be an issue since it's basically all local.
Perhaps you might want to try the Anaconda Monitoring feature (anamon, documented on the Wiki) to try to extract logs, or otherwise just visit the machine while it is installing and see if you have any more on the error consoles.
I didn't think of that yet, thanks. I'll try later with a bare kickstart file as well and monitor anamon output.
thanks,
*Léon,
*This is the exact same error I use to get when importing RHEL5.3 Dvd on a Fedora Release 11 host using cobbler 1.6.4 - 1.6.6.
You may want to look at the ticket I filed documenting this problem, it has been around for a while,
https://fedorahosted.org/cobbler/ticket/464
I was able to resolve the problem using a reply to this ticket somebody was very nice to post on my ticket:
Direct link --> https://fedorahosted.org/cobbler/ticket/463
When you follow the steps in that ticket, go to each directory (Server, VT, Clustering, ClusterStorage) and execute the command the user posted. (Please read the whole ticket to get familiar with it.)
Oh, whoever you are to the person that replied to my ticket (nplusplus), Thank you! Now I can help someone else who is having the same problem.
Hope this helps, please let us know if this helps you as well. :-)
--L.M.
On Thu, Jul 2, 2009 at 3:46 PM, Léon Keijser keijser@stone-it.com wrote:
Hi,
I've imported a RHEL 5.3 (x86_64) dvd succesfully, created a profile that has the RHEL's profile as parent and added a system for it. Now when i try to roll out the system, i get an error from anaconda saying there's something wrong with the repository:
"Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated. failure: repodata/primary/xml.gz from anaconda-base-200901061732.x86_64: [Errno 256] No more mirrors to try."
I've verified that the directory:
/var/www/cobbler/ks_mirror/RHEL53-x86_64/
exists and that there are 4 repositories created:
Server, VT, Cluster and ClusterStorage
I even updated these repositories manually. This all didn't do the trick. Something i forgot to do?
# rpm -q cobbler cobbler-1.6.6-1.fc10.x86_64
# rpm -q koan koan-1.6.6-1.fc10.noarch
regards,
-- Léon
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
On Fri, 2009-07-03 at 15:31 -0400, Lester M. wrote:
Léon,
This is the exact same error I use to get when importing RHEL5.3 Dvd on a Fedora Release 11 host using cobbler 1.6.4 - 1.6.6.
You may want to look at the ticket I filed documenting this problem, it has been around for a while,
https://fedorahosted.org/cobbler/ticket/464
I was able to resolve the problem using a reply to this ticket somebody was very nice to post on my ticket:
Direct link --> https://fedorahosted.org/cobbler/ticket/463
When you follow the steps in that ticket, go to each directory (Server, VT, Clustering, ClusterStorage) and execute the command the user posted. (Please read the whole ticket to get familiar with it.)
Oh, whoever you are to the person that replied to my ticket (nplusplus), Thank you! Now I can help someone else who is having the same problem.
Hope this helps, please let us know if this helps you as well. :-)
--L.M.
That worked perfectly, thanks!
Michael et. al. : Creating/updating the repository with this command:
createrepo -s sha -o . -g repodata/comps-XXXX .
did the trick.
Thanks, Lester!
----- "Léon Keijser" keijser@stone-it.com wrote:
That worked perfectly, thanks!
Michael et. al. : Creating/updating the repository with this command:
createrepo -s sha -o . -g repodata/comps-XXXX .
did the trick.
This error did not occur on Cobbler 1.6.6 / F10-x86_64, I'm deploying RHEL-5.3-x86_64 to KVM as we speak. Could this be due to the new rpm hashing introduced in F11?
Jasper
I'm having what appears to be the same problem. It is also affecting our update repositories for CentOS 5.* machines. Could it be related to which version of createrepo was installed when the import or sync was done? Installations were failing on Thursday and I came back work today to find an inbox full of YUM failures.
.../repodata/primary.xml.gz: [Errno -3] Error performing checksum Trying other mirror.
I did a package update on our cobbler server on June 30. At which point createrepo got upgraded from createrepo-0.9.6-3.fc10.noarch to createrepo-0.9.7-7.fc10.noarch.
Bryan Schneiders bschneiders@woti.com 301-562-1900 ext 305
Jasper Capel wrote:
----- "Léon Keijser" keijser@stone-it.com wrote:
That worked perfectly, thanks!
Michael et. al. : Creating/updating the repository with this command:
createrepo -s sha -o . -g repodata/comps-XXXX .
did the trick.
This error did not occur on Cobbler 1.6.6 / F10-x86_64, I'm deploying RHEL-5.3-x86_64 to KVM as we speak. Could this be due to the new rpm hashing introduced in F11?
Jasper _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
On 07/04/2009 04:44 PM, Léon Keijser wrote:
On Fri, 2009-07-03 at 15:31 -0400, Lester M. wrote:
Léon,
This is the exact same error I use to get when importing RHEL5.3 Dvd on a Fedora Release 11 host using cobbler 1.6.4 - 1.6.6.
You may want to look at the ticket I filed documenting this problem, it has been around for a while,
https://fedorahosted.org/cobbler/ticket/464
I was able to resolve the problem using a reply to this ticket somebody was very nice to post on my ticket:
Direct link --> https://fedorahosted.org/cobbler/ticket/463
When you follow the steps in that ticket, go to each directory (Server, VT, Clustering, ClusterStorage) and execute the command the user posted. (Please read the whole ticket to get familiar with it.)
Oh, whoever you are to the person that replied to my ticket (nplusplus), Thank you! Now I can help someone else who is having the same problem.
Hope this helps, please let us know if this helps you as well. :-)
--L.M.
That worked perfectly, thanks!
Michael et. al. : Creating/updating the repository with this command:
createrepo -s sha -o . -g repodata/comps-XXXX .
did the trick.
Thanks, Lester!
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
It would probably be an easy change to make, though I'm not entirely clear in what versions we need to run that... if it won't hurt things to use it everywhere, I think we could call it... but that is also in question.
--Michael
On Tue, Jul 7, 2009 at 8:13 AM, Michael DeHaanmdehaan@redhat.com wrote:
On 07/04/2009 04:44 PM, Léon Keijser wrote:
On Fri, 2009-07-03 at 15:31 -0400, Lester M. wrote:
Léon,
This is the exact same error I use to get when importing RHEL5.3 Dvd on a Fedora Release 11 host using cobbler 1.6.4 - 1.6.6.
You may want to look at the ticket I filed documenting this problem, it has been around for a while,
https://fedorahosted.org/cobbler/ticket/464
I was able to resolve the problem using a reply to this ticket somebody was very nice to post on my ticket:
Direct link --> https://fedorahosted.org/cobbler/ticket/463
When you follow the steps in that ticket, go to each directory (Server, VT, Clustering, ClusterStorage) and execute the command the user posted. (Please read the whole ticket to get familiar with it.)
Oh, whoever you are to the person that replied to my ticket (nplusplus), Thank you! Now I can help someone else who is having the same problem.
Hope this helps, please let us know if this helps you as well. :-)
--L.M.
That worked perfectly, thanks!
Michael et. al. : Creating/updating the repository with this command:
createrepo -s sha -o . -g repodata/comps-XXXX .
did the trick.
Thanks, Lester!
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
It would probably be an easy change to make, though I'm not entirely clear in what versions we need to run that... if it won't hurt things to use it everywhere, I think we could call it... but that is also in question.
Michael, see https://fedoraproject.org/wiki/Features/StrongerHashes as this is very likely related.
Fedora 11 changed the rpm hash to SHA256 by default. This breaks all kinds of things in spectacular ways. To install any src.rpm from F11 to anything pre F11 (like a RHEL mock build host) you have to do rpm -ivh --nomd5. If you don't rpm will complain loudly and die with something like: error: unpacking of archive failed on file /etc/prelink.conf.d/nss-prelink.conf;49dbc0bb: cpio: MD5 sum mismatch
It should be really interesting to see how they solve this and a load of other issues next yearish or so when RHEL6 comes out.
On Tue, 2009-07-07 at 11:13 -0400, Michael DeHaan wrote:
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
Sure, no problem. I've just upgraded to F11 though so i hope that wasn't the problem :) I will remove the RHEL 5.3 distro and everything that was created with the import and start over again. I will do the same for a CentOS 5.3 and a Fedora 10/11 DVD and then check what works without 'modifying' the generated repositories.
It would probably be an easy change to make, though I'm not entirely clear in what versions we need to run that... if it won't hurt things to use it everywhere, I think we could call it... but that is also in question.
I'll report back with the results (probably tomorrow though).
It would probably be an easy change to make, though I'm not entirely clear in what versions we need to run that... if it won't hurt things to use it everywhere, I think we could call it... but that is also in question.
I'll report back with the results (probably tomorrow though).
Not a problem, thanks very much!
On Tue, Jul 7, 2009 at 4:12 PM, Michael DeHaan mdehaan@redhat.com wrote:
It would probably be an easy change to make, though I'm not entirely clear in what versions we need to run that... if it won't hurt things to use it everywhere, I think we could call it... but that is also in question.
I'll report back with the results (probably tomorrow though).
Not a problem, thanks very much!
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I am interested to see what your results will be! Let me know if I can be of any help as I have a free day coming up.
On Tue, 2009-07-07 at 11:13 -0400, Michael DeHaan wrote:
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
Host: Fedora 11 Arch: x86_64 Version: cobbler-1.6.6-1.fc11.x86_64
Import RHEL 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import CentOS 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import Fedora 10 x86_64: OK System install: OK After '-s sha': Not necessary
Import RHEL 5.3 i386: OK System install: FAIL After '-s sha': OK
I was unable to install a Fedora11 system since it kept complaining about the disk not being found (i tried hda, sda and xva) so i gave up on that one.
I haven't yet removed the F10 distro so if there's something more you want me to test, let me know.
On 07/08/2009 05:40 AM, Léon Keijser wrote:
On Tue, 2009-07-07 at 11:13 -0400, Michael DeHaan wrote:
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
Host: Fedora 11 Arch: x86_64 Version: cobbler-1.6.6-1.fc11.x86_64
Import RHEL 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import CentOS 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import Fedora 10 x86_64: OK System install: OK After '-s sha': Not necessary
Import RHEL 5.3 i386: OK System install: FAIL After '-s sha': OK
I was unable to install a Fedora11 system since it kept complaining about the disk not being found (i tried hda, sda and xva) so i gave up on that one.
I haven't yet removed the F10 distro so if there's something more you want me to test, let me know.
Excellent.
So this seems to imply that if we add "-s sha" to all of our createrepos, life will be good .. provided of course older yum accepts "-s sha" ...
I'm guessing "Not necessary" doesn't mean that it fails if you add it?
If so, that's an easy fix, which is good for us!
If you haven't already opened a Trac item on this at fedorahosted.org/cobbler, please do, so we can make sure to get this in for the next release, which is /probably/ 2.0, but given this may be annoying to some folks, it may warrant just one more 1.6.X in the next few weeks.
I'm trying to keep 2.0 from growing too much, mostly concentrating on Cobbler Web and finishing the command line, but needs of finishing up and testing it will keep that a ways out.
--Michael
On Wed, 2009-07-08 at 10:14 -0400, Michael DeHaan wrote:
On 07/08/2009 05:40 AM, Léon Keijser wrote:
On Tue, 2009-07-07 at 11:13 -0400, Michael DeHaan wrote:
Hmm, can you help isolate when we do and do not need to add "-s sha" ?
Host: Fedora 11 Arch: x86_64 Version: cobbler-1.6.6-1.fc11.x86_64
Import RHEL 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import CentOS 5.3 x86_64: OK System install: FAIL After '-s sha': OK
Import Fedora 10 x86_64: OK System install: OK After '-s sha': Not necessary
Import RHEL 5.3 i386: OK System install: FAIL After '-s sha': OK
I was unable to install a Fedora11 system since it kept complaining about the disk not being found (i tried hda, sda and xva) so i gave up on that one.
I haven't yet removed the F10 distro so if there's something more you want me to test, let me know.
Excellent.
So this seems to imply that if we add "-s sha" to all of our createrepos, life will be good .. provided of course older yum accepts "-s sha" ...
I'm guessing "Not necessary" doesn't mean that it fails if you add it?
I haven't tried that (i will do so today) yet. The system installed fine without me having to create the repo again using the -s sha params.
If so, that's an easy fix, which is good for us!
If you haven't already opened a Trac item on this at fedorahosted.org/cobbler, please do, so we can make sure to get this in for the next release, which is /probably/ 2.0, but given this may be annoying to some folks, it may warrant just one more 1.6.X in the next few weeks.
I'll do so later today.
thanks,
On Wed, 2009-07-08 at 10:14 -0400, Michael DeHaan wrote:
So this seems to imply that if we add "-s sha" to all of our createrepos, life will be good .. provided of course older yum accepts "-s sha" ...
I'm guessing "Not necessary" doesn't mean that it fails if you add it?
I have created the repo with the '-s sha' param as such:
$ createrepo -s sha -o . -g repodata/Fedora-10-comps.xml .
and the install (still) works. So i think adding the extra parameter when creating the repository by default is fine. Maybe it's an idea to set the extra parameter as default but providing a way to override it on the commandline?
If so, that's an easy fix, which is good for us!
If you haven't already opened a Trac item on this at fedorahosted.org/cobbler, please do, so we can make sure to get this in for the next release, which is /probably/ 2.0, but given this may be annoying to some folks, it may warrant just one more 1.6.X in the next few weeks.
I just checked and user 'fail' opened ticket #464 which describes exactly what the problem is, with ticket #463 providing a workaround. I've added my test results to the ticket.
cobbler@lists.fedorahosted.org