[Spacewalk-list] Duplicate packages in Channel causing Centos 5.9 kickstart to fail

Thu May 2 16:45:58 UTC 2013

Sounds like you've got a handle on updating your packages and re-generating
repodata. BTW, when I got impatient with the rebuild, I ended up creating a
script to help trigger the rebuild. While it would appear you're past that
issue, I've attached it anyways.

Looks like your next focus is on where you are picking up the multiple
package information. Here is another area that I've had issues with as
well. Another member on this list helped me out and perhaps it'll help you
too. See the following message thread:
http://www.mail-archive.com/spacewalk-list@redhat.com/msg11876.html

Good luck,
Jon Miller

On Wed, May 1, 2013 at 7:23 PM, Reed, Steven <
Steven.Reed at transport.nsw.gov.au> wrote:

> Thanks for replying again Jon, actually I inadvertently blew away all the
> packages in the repo...so after a spacewalk-repo-sync it now complains it
> can't find a package due to different versions...
>
> Previously I did get to the console on the kickstarting machine and was
> able to download the package in question with wget.
>
> Re the repo rebuild, is there anything else I should be doing apart from
> blowing away /var/cache/rhn/repodata/$channelname
> and then letting a client connect to it so it rebuilds.
>
> I have tried that again but it still says it is looking for a different
> version of the package.
>
> Regards,
>
> Steve
>
> From: spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] On Behalf Of Jon Miller
> Sent: Thursday, 2 May 2013 10:48 AM
> To: spacewalk-list
> Subject: Re: [Spacewalk-list] Duplicate packages in Channel causing Centos
> 5.9 kickstart to fail
>
> I can not recall the precise URL but I've gone through a similar
> troubleshooting session. What I did was allow my kickstart to fail, then I:
> 1. Looked at the /var/log/httpd/access_log on my Spacewalk server to
> identify the precise URL the client was using.
> 2. Then reproduced the error via CLI with wget/curl
> 3. Then found other errors in the tomcat logs.
>     In my situation, again, I had to ensure my repodata was regenerated
> before I could proceed. In fact, I went as far as wrote a script to help
> regenerate the repo cache via the APIs.
>
> Hopefully that'll get you further in your troubleshooting. You want to be
> sure you're using the same URL and then look in further logs for further
> clues.
>
> -- Jon Miller
>
> On Wed, May 1, 2013 at 5:32 PM, Reed, Steven <
> Steven.Reed at transport.nsw.gov.au> wrote:
> Hi Jon,
>
> When it kickstarts is cannot find the package:
>
> sos-1.7-9.62.el5.noarch.rpm
>
> but I can download it from
> https://spacewalk-1.l.c//ks/dist/Centos-5_x64-ks/CentOS/sos-1.7-9.62.el5.noarch.rpm
>
> I see it retrieve with http code 206 in the access.log on the spacewalk
> server.
>
> The problem is in the client trying to kickstart it gets stuck at:
>
> Warning :  Try 1/10 for
> https://spacewalk-1.l.c//ks/dist/Centos-5_x64-ks/CentOS/sos-1.7-9.62.el5.noarch.rpmfailed
>
> Then keeps trying up to 10/10 times
>
> Then the kickstart fails.
>
> I've tried removing the package from the channel and resyncing, I also
> tried rm-rf /var/chache/rhn/repodata/$channelname then getting a client to
> poll it so it rebuilds but it still has the same error...
>
> The package doesn't show up duplicate in the channel but here:
>
> [root at spacewalk-1 1]# pwd
> /var/satellite/redhat/1
>
> [root at spacewalk-1 1]# find . -name "sos-1.7-9.62.el5*"
>
> ./fcb/sos/1.7-9.62.el5/noarch/fcb1cfb66b0b1800457fa751872f2bf0/sos-1.7-9.62.el5.noarch.rpm
>
> ./690/sos/1.7-9.62.el5/noarch/690daef0b741ad1f85ea9f56984f0be4/sos-1.7-9.62.el5.noarch.rpm
>
> Thanks,
>
> From: spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] On Behalf Of Jon Miller
> Sent: Thursday, 2 May 2013 1:42 AM
> To: spacewalk-list
> Subject: Re: [Spacewalk-list] Duplicate packages in Channel causing Centos
> 5.9 kickstart to fail
>
> Whenever I've removed a package from a channel, I'm often too impatient
> for the repodata to be rebuilt. Could that be your problem? You can check
> the "last repo build" time on the channel detail page or also just look at
> /var/cache/rhn/repodata/*.
>
> -- Jon Miller
>
> On Tue, Apr 30, 2013 at 9:35 PM, Reed, Steven <
> Steven.Reed at transport.nsw.gov.au> wrote:
> This was working but then all of a sudden kickstarts would bomb out on
> Centos 5.9 installs.
>
> Further research yielded that there was a duplicate package in the centos
> 5 channel.  I've tried removing one or the other and both then trying to
> resync but this error persists...
>
> Any suggestions please.
>
> Regards,
>
> Steve
>
>
> ________________________________________
> This email (including any attachments) may contain confidential and/or
> legally privileged information and is intended only to be read or used by
> the addressee(s). If you have received this email in error, please notify
> the sender by return email, delete this email and destroy any copy. Any
> use, distribution, disclosure or copying of this email by a person who is
> not the intended recipient is not authorised.
>
> Views expressed in this email are those of the individual sender, and are
> not necessarily the views of Transport for New South Wales, Department of
> Transport or any other NSW government agency. Transport for NSW and the
> Department of Transport assume no liability for any loss, damage or other
> consequence which may arise from opening or using an email or attachment.
> Please visit us at http://www.transport.nsw.gov.au or
> http://www.131500.com.au
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> ________________________________________
> This email (including any attachments) may contain confidential and/or
> legally privileged information and is intended only to be read or used by
> the addressee(s). If you have received this email in error, please notify
> the sender by return email, delete this email and destroy any copy. Any
> use, distribution, disclosure or copying of this email by a person who is
> not the intended recipient is not authorised.
>
> Views expressed in this email are those of the individual sender, and are
> not necessarily the views of Transport for New South Wales, Department of
> Transport or any other NSW government agency. Transport for NSW and the
> Department of Transport assume no liability for any loss, damage or other
> consequence which may arise from opening or using an email or attachment.
> Please visit us at http://www.transport.nsw.gov.au or
> http://www.131500.com.au
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> This email (including any attachments) may contain confidential and/or
> legally privileged information and is intended only to be read or used by
> the addressee(s). If you have received this email in error, please notify
> the sender by return email, delete this email and destroy any copy. Any
> use, distribution, disclosure or copying of this email by a person who is
> not the intended recipient is not authorised.
>
> Views expressed in this email are those of the individual sender, and are
> not necessarily the views of Transport for New South Wales, Department of
> Transport or any other NSW government agency. Transport for NSW and the
> Department of Transport assume no liability for any loss, damage or other
> consequence which may arise from opening or using an email or attachment.
> Please visit us at http://www.transport.nsw.gov.au or
> http://www.131500.com.au
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130502/048d5667/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: regenerate-repodata.py
Type: application/octet-stream
Size: 1481 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20130502/048d5667/attachment.obj>