[Spacewalk-list] yum update does not see any new packages from a spacewalk server.

[Eugene]

I am experimenting with 1.7 release by feeding updates to two fedora 16 systems. One (i386) behaves as expected and another (x86_64) does not see any updates from spacewalk however spacewalk side is not showing any abnormalities. Right now it reports 20+ packages needs an update but neither scheduling an update and running rhn_check nor running yum update on a target system results in any updates.

Here is the output of rhn_check -vvv
....
D: closed db environment /var/lib/rpm
D: Called update[['bash', '4.2.24', '1.fc16', '', 'x86_64'], ['chkconfig', '1.3.59', '1.fc16', '', 'x86_64'], ['cpp', '4.6.3', '2.fc16', '', 'x86_64'], ['exempi', '2.2.0', '1.fc16', '', 'x86_64'], ['gcc', '4.6.3', '2.fc16', '', 'x86_64'], ['gcc-c++', '4.6.3', '2.fc16', '', 'x86_64'], ['kernel', '3.3.0', '4.fc16', '', 'x86_64'], ['kernel-devel', '3.3.0', '4.fc16', '', 'x86_64'], ['kernel-headers', '3.3.0', '4.fc16', '', 'x86_64'], ['libgcc', '4.6.3', '2.fc16', '', 'i686'], ['libgcc', '4.6.3', '2.fc16', '', 'x86_64'], ['libgfortran', '4.6.3', '2.fc16', '', 'x86_64'], ['libgomp', '4.6.3', '2.fc16', '', 'x86_64'], ['libquadmath', '4.6.3', '2.fc16', '', 'x86_64'], ['libstdc++', '4.6.3', '2.fc16', '', 'i686'], ['libstdc++', '4.6.3', '2.fc16', '', 'x86_64'], ['libstdc++-devel', '4.6.3', '2.fc16', '', 'x86_64'], ['libtool-ltdl', '2.4', '9.fc16', '', 'i686'], ['libtool-ltdl', '2.4', '9.fc16', '', 'x86_64'], ['libuser', '0.57.4', '1.fc16', '', 'x86_64'], ['libuser-python', '0.57.4', '!
1.fc16', '', 'x86_64'], ['ntsysv', '1.3.59', '1.fc16', '', 'x86_64'], ['psmisc', '22.16', '1.fc16', '', 'x86_64'], ['rpmfusion-nonfree-release', '16', '3', '', 'noarch'], ['xorg-x11-server-Xephyr', '1.11.4', '2.fc16', '', 'x86_64'], ['xorg-x11-server-Xorg', '1.11.4', '2.fc16', '', 'x86_64'], ['xorg-x11-server-common', '1.11.4', '2.fc16', '', 'x86_64']]
D: Sending back response((6,), 'Error while executing packages action: empty transaction', {})
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
D: local action status: (0, 'rpm database not modified since last update (or package list recently updated)', {})
D: rpcServer: Calling XMLRPC registration.welcome_message
D: closed db index /var/lib/rpm/Providename
D: closed db index /var/lib/rpm/Name
D: closed db index /var/lib/rpm/Packages
D: closed db environment /var/lib/rpm

# yum upgrade
Loaded plugins: langpacks, presto, refresh-packagekit, rhnplugin
Setting up Upgrade Process
No Packages marked for Update

Please suggest.
Eugene.

_______________________________________________
Spacewalk-list mailing list
Spacewa...@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Brian Collins]

Have you tried 'yum clean expire-cache' and then re-running either yum update or rhn_check?

 

--Brian

---

From: Eugene
Sent: Fri 3/23/2012 10:18 PM
To: spacewa...@redhat.com
Subject: [Spacewalk-list] yum update does not see any new packages from a spacewalk server.

[Paulo Silva]

I'm having a similar problem.

I've just installed a spacewalk 1.7 server, created the channels, uploaded the packages and registered a client (CentOS 5 i386).

When I run yum on it I see this:

# yum clean all
Loaded plugins: fastestmirror, rhnplugin
Cleaning up Everything
Cleaning up list of fastest mirrors

# yum update -v -v
Loading "rhnplugin" plugin
Loading "fastestmirror" plugin
Config time: 0.098
Yum Version: 3.2.22
Setting up Package Sacks
Looking for repo options for [centos5-i386]
Looking for repo options for [spacewalk-nightly-client-centos5-i386]
Looking for repo options for [centos5-i386-updates]
Determining fastest mirrors
rpmdb time: 0.000
Setting up Update Process
Updating Everything
Building updates object
Setting up Package Sacks
Setting up Package Sacks
up:Obs Init time: 0.001
up:simple updates time: 0.000
up:obs time: 0.000
up:condense time: 0.000
updates time: 0.076

No Packages marked for Update

But on the spacewalk web interface I see that the system has 21 updates available and I even schedule a few of them.

It looks like the client isn't able to fetch the rpms from the spacewalk server, maybe I missed a step during instalation?

2012/3/25 Brian Collins <bri...@sedata.com>

--
Paulo Silva <paul...@gmail.com>

[Eugene]

It appears that taskcomatic is acting up. Someone is running a very old spacewalk told me that taskoomatic must be restarted on a regular basis to force proper /var/cache/rhn/repodata synchronization. However in my case even restart did not result in all repositories to be synchronized so I stopped taskcomatic, deleted /var/cache/rhn/repodata and started it again. Process may take a while, after 10 min only 4 channels have been recreated.

 

Where can I read about taskomaitc functionality and usage?

 

Eugene.

 

25.03.2012, 09:23, "Paulo Silva" <paul...@gmail.com>: