Bug 608665 - RHEL4 client rhn_check ignoring pending events on Spacewalk 1.0 server
Summary: RHEL4 client rhn_check ignoring pending events on Spacewalk 1.0 server
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Other   
(Show other bugs)
Version: 540
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Michael Mráka
QA Contact: Red Hat Satellite QA List
Depends On:
Blocks: 462714
TreeView+ depends on / blocked
Reported: 2010-06-28 12:40 UTC by Jan Hutař
Modified: 2011-04-15 16:23 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2011-04-15 16:23:31 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jan Hutař 2010-06-28 12:40:25 UTC
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

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:
    shows scheduled action "Package Removal scheduled by jhutar"
  # grep ID /etc/sysconfig/rhn/systemid
  # grep serverURL= /etc/sysconfig/rhn/up2date

Comment 1 Arjen Heidinga 2010-06-30 10:01:33 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.