[Spacewalk-list] Yum client reports no update, But Spacewalk GUI reports that there are

Wed Apr 1 16:29:02 UTC 2015

I’m having this same problem – a number of clients show in the GUI to need quite a number of updates.   However at the client end yum check-update shows 1 2 or 3 packages needing update.  And when I attempt to run the update I get dependency errors.   Some of the clients are showing an update for bind-libs.i686 when they only have the x86_64 package installed.  The appropriate update package for the correct architecture is on the spacewalk server and I can see in the GUI that it is listed as an update for the client, but the client can’t see it.   I’ve done all of the suggestions (and then some) for clearing this problem from the client end.  This suggestion about the cache looks like the first hopeful suggestion I’ve seen.

And for the record, we’re running on Spacewalk 2.0 currently.

Robert Boyd
Sr. Systems Engineer
PeopleFluent
p. 919-645-2972 | c. 919-306-4681
e. Robert.Boyd at PeopleFluent.com<mailto:robert.boyd at peoplefluent.com>

[http://mktg.peoplefluent.com/rs/peopleclick/images/140410_PF4colorLOGOx150.png]<http://www.peoplefluent.com/>
Click here<http://www.peoplefluent.com/> to experience the power of the new PeopleFluent Mirror Suite ™
Visit: www.peoplefluent.com<http://www.peoplefluent.com/> | Read: PeopleFluent Blog<http://peoplefluent.com/resources/peoplefluent-blog> | Follow: @PeopleFluent<http://twitter.com/peoplefluent>

From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Alan Pittman
Sent: Tuesday, March 31, 2015 9:03 AM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] Yum client reports no update, But Spacewalk GUI reports that there are

Thanks for the replies, but neither suggestion helped. I got it to work with a wild shot in the dark. What I did was to  delete the /var/cache/rhn/repodata/<channel> sub-directories on the spacewalk server and force the Spacewalk application to repopulate them. Exactly what forces the re-population, I don’t know, but if I run a yum makecache on the client, it initially fails because there isn’t anything in the /var/cache/rhn/repodata/<channel> directory. Something triggers Spacewalk to rebuild/reload the directory and then the makecache command works for that channel. I have to run the makecache multiple times to force all of the data for all of the channels to be re-populated.

How the data in the /var/cache/rhn/repodata/<channel> directory got “stale”, I don’t know, but at least it’s working now.

Hopefully this makes some sense and is helpful for someone else.

Alan

From: spacewalk-list-bounces at redhat.com<mailto:spacewalk-list-bounces at redhat.com> [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Kobus Bensch
Sent: Tuesday, March 31, 2015 4:42 AM
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: Re: [Spacewalk-list] Yum client reports no update, But Spacewalk GUI reports that there are

I had this issue. I fixed it by running a repo sync manually.
On 31/03/2015 05:21, prmarino1 at gmail.com<mailto:prmarino1 at gmail.com> wrote:
Try running rhn-profile-sync on the box in question then looking in the GUI again. This can happen if some one does a manual update in yum and does not run that command afterward.
Its well documented in the install procedure for every red hat errata‎ that you have to run that command after a yum update. You may also want to consider adding cron.daily job to do this with anacron that should execute it every day at a semi randomized time so you won't over laod your spacewalk server and the added load to the host while running it is negligible so it should not impact the performance of the applications you are running unless the box is already severly overloaded to begin with.

Sent from my BlackBerry 10 smartphone.
From: Alan Pittman
Sent: Monday, March 30, 2015 14:07
To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Reply To: spacewalk-list at redhat.com<mailto:spacewalk-list at redhat.com>
Subject: [Spacewalk-list] Yum client reports no update, But Spacewalk GUI reports that there are

Hi,
  I'm having an issue with Spacewalk 2.0. I have two RHEL6 x86_64 servers that the Spacewalk GUI reports that there are available updates. However, if I run yum on these two machines, nothing is reported as being available for updating. I've done some Google searches and this has been an issue in the past for some individuals and occasionally the problem has been fixed by running yum clean all, followed by deleting the /var/cache/yum directory. Then a yum makecache. . I tried this and it didn't helped. I have also tried deleting the profile for the server and attempting a re-register. That didn't work either.  If anyone has any ideas/suggestions, I would like to hear them.

   Some other information that might be beneficial (I think):

   - All updates have been performed using yum. No rpm --install or --upgrade has been performed.
   - Since I had deleted and re-registered the client, I didn't think rhn-profile-sync would do any good, but I tried it anyhow. It didn't help.
   - a complete shutdown of the Spacewalk server application and it's corresponding postgres database was also attempted, again to avail.
   - attempting to update the client from the Spacewalk GUI does not work. The schedule task just goes into a pending state and never occurs.

Any suggestions would be appreciated.

Alan

Unix is user friendly. It’s just very selective about who its friends are.

_______________________________________________

Spacewalk-list mailing list

Spacewalk-list at redhat.com<mailto:Spacewalk-list at redhat.com>

https://www.redhat.com/mailman/listinfo/spacewalk-list

--
Kobus Bensch
Senior Systems Administrator
Address:  22 & 24 | Frederick Sanger Road | Guildford | Surrey | GU2 7YD
DDI:  0207 871 3958
Tel:  0207 871 3890
Email:  kobus.bensch at trustpayglobal.com<mailto:kobus.bensch at trustpayglobal.com>
[cid:image003.png at 01D06C77.8A4F1150]

Trustpay Global Limited is an authorised Electronic Money Institution regulated by the Financial Conduct Authority registration number 900043. Company No 07427913 Registered in England and Wales with registered address 130 Wood Street, London, EC2V 6DL, United Kingdom.

For further details please visit our website at www.trustpayglobal.com<http://www.trustpayglobal.com>.

The information in this email and any attachments are confidential and remain the property of Trustpay Global Ltd unless agreed by contract. It is intended solely for the person to whom or the entity to which it is addressed. If you are not the intended recipient you may not use, disclose, copy, distribute, print or rely on the content of this email or its attachments. If this email has been received by you in error please advise the sender and delete the email from your system. Trustpay Global Ltd does not accept any liability for any personal view expressed in this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150401/89f1e608/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 5805 bytes
Desc: image002.png
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150401/89f1e608/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 8901 bytes
Desc: image003.png
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150401/89f1e608/attachment-0001.png>