2:46 p.m.
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
2:55 p.m.
----- "Léon Keijser" <keijser(a)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
3:12 p.m.
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,
--
Léon
3:27 p.m.
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!
3:42 p.m.
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.
--
Léon
4:11 p.m.
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
10:34 p.m.
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
2:31 p.m.
*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(a)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(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
3:44 p.m.
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
2:41 a.m.
----- "Léon Keijser" <keijser(a)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
8:22 a.m.
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(a)woti.com
301-562-1900 ext 305
Jasper Capel wrote:
----- "Léon Keijser" <keijser(a)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(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/cobbler
10:13 a.m.
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
10:49 a.m.
On Tue, Jul 7, 2009 at 8:13 AM, Michael DeHaan<mdehaan(a)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.
--
Jeff Schroeder
Don't drink and derive, alcohol and analysis don't mix.
http://www.digitalprognosis.com
3:04 p.m.
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).
--
Léon
3:12 p.m.
> 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!
3:25 p.m.
On Tue, Jul 7, 2009 at 4:12 PM, Michael DeHaan <mdehaan(a)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(a)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.
4:40 a.m.
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.
--
Léon
9:14 a.m.
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
10:31 p.m.
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,
--
Léon
2:02 a.m.
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.
--
Léon
5437
days inactive
5444
days old
cobbler@lists.fedorahosted.org
19 comments
6 participants
participants (6)
-
Bryan Schneiders -
Jasper Capel -
Jeff Schroeder -
Lester M. -
Léon Keijser -
Michael DeHaan