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
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Other   
(Show other bugs)
Version: 540
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michael Mráka
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Keywords:
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:
Environment:
Last Closed: 2011-04-15 16:23:31 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
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
        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

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.