this can occasionally happen on larger repos if Java isn't properly tuned.
and resync the repo again to fully regenerate it.
Post by Boyd, RobertIâ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
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
@PeopleFluent <http://twitter.com/peoplefluent>
*Sent:* Tuesday, March 31, 2015 9:03 AM
*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
*Sent:* Tuesday, March 31, 2015 4:42 AM
*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.
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
*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.
- 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
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
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
https://www.redhat.com/mailman/listinfo/spacewalk-list
