Description of problem: I have RHEL4 server registered to Spacewalk 1.0 server to a custom channel. When I schedule some action using XMLRPC or WebUI (custom errata update or package install) and call rhn_check on the client, it is not picked up. Normal up2date -u or -i works as expected. Version-Release number of selected component (if applicable): Server: Spacewalk 1.0 Client: up2date-4.8.1-33.el4_8.7.x86_64 rhnlib-2.1.4-14.el4_8.noarch How reproducible: always (tested multiple times on 1 system) Steps to Reproduce: 1. Register RHEL4 system to the Spacewalk 1.0 server 2. Schedule some event in the WebUI for that system (e.g. package uninstallation) 3. Run `rhn_check -vv` on the client Actual results: # rhn_check -vv D: do_call packages.checkNeedUpdate ('rhnsd=1',) D: local action status: (0, 'rpm database not modified since last update (or package list recently updated)', {}) Expected results: Action should be executed. Additional info: Spacewalk WebUI: https://<SW10>/network/systems/details/history/pending.pxt?sid=1000010084 shows scheduled action "Package Removal scheduled by jhutar" Client: # grep ID /etc/sysconfig/rhn/systemid <value><string>ID-1000010084</string></value> # grep serverURL= /etc/sysconfig/rhn/up2date serverURL=https://<SW10>/XMLRPC
I had exactly this problem. 4 hours later I yelled at my PC. Colleague of mine suggested: "Maybee stupid question, but is the time set correctly?" I checked and ntpdate returned "offset -3597.642301 sec". Crap. Restarted spacewalk server, waited till tomcat extracted some packages, and ran rhn_check. It works. Ergo, install ntpd. Allways.