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

Wed Apr 1 16:59:48 UTC 2015

check if a repomd sync job is stuck
this can occasionally happen on larger repos if Java isn't properly tuned.
the quick way to fix it is to restart taskomatic then resync the repo
Failing that you need to delete the directory containing the repomd file
and resync the repo again to fully regenerate it.

On Wed, Apr 1, 2015 at 12:29 PM, Boyd, Robert <Robert.Boyd at peoplefluent.com>
wrote:

>  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 <robert.boyd at peoplefluent.com>*
>
>
>
> [image:
> 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 | 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
> <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
> *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 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
>
> *Reply To: *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
>
> 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
>
>
>
> 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.
>
> 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.
>
> _______________________________________________
> 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/20150401/41a9e842/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 5805 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150401/41a9e842/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 8901 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20150401/41a9e842/attachment-0001.png>