Bug 232341 - If system does not check in, applicable errata updates are not scheduled
If system does not check in, applicable errata updates are not scheduled
Status: CLOSED DUPLICATE of bug 237590
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Provisioning (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Grant Gainey
Red Hat Satellite QA List
Depends On:
Blocks: 210537
  Show dependency treegraph
Reported: 2007-03-14 16:31 EDT by Máirín Duffy
Modified: 2007-10-23 21:52 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-05-14 11:16:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Máirín Duffy 2007-03-14 16:31:28 EDT
post-rhn 500:

Systems that check in get auto errata updates scheduled, but if the system
doesn't check in after the errata is released, the errata update doesn't get
scheduled (even though if you run up2date -l the system shows it needs the update.)

(where 'check in' == rhn_check or up2date -p, somehow up2date -l doesn't seem to
trigger the update getting scheduled)
Comment 1 daryl herzmann 2007-03-14 16:35:58 EDT
Thanks for posting the bug.  It appears that at some point, the errata is sort
of scheduled for the machine since they show up as "Pending Events".  But the
association that the errata applies to the machine is not made on the web GUI. 
I think that is another bz entry.
Comment 3 Máirín Duffy 2007-03-14 16:43:41 EDT
re comment 1, the seamonkey errata for the sid in question is not pending as of
1.5 days after the errata was released

this bug may be related to: bug 226897 (closed, rhn500), bug 232235, bug 232061
Comment 4 daryl herzmann 2007-03-14 16:51:02 EDT
thanks.  That is correct.  

As an aside, IMHO, the requirement that a system check into RHN in order for the
Web GUI to be updated seems to cause a good amount of confusion.  If the web GUI
was updated when the errata is released, perhaps it would be less confusing. 
For example. 

1. Errata is released.
2. I go to RHN GUI and see it applies to 40 of my systems, 10 have picked it up
already, 30 have it scheduled.
3. I go along my happy way.

Current, step #2 is not possible with RHN.  I would only see the number of
machines that are currently checking in and have seen the errata.  step #3 is
not possible either, since I am bitter in my old age! :)

hopefully my comment is on-topic for this bug.  thanks!
Comment 6 daryl herzmann 2007-03-14 22:09:29 EDT
Good evening.

Strangely enough,  the wireshark errata now shows up in the "relevent errata"
for this system in question.  seamonkey should be there, but isn't.  Will be
curious to see what the next errata does :)
Comment 7 Máirín Duffy 2007-03-15 11:01:00 EDT
Just to confirm, the wireshark errata that went out a day ago is not yet
scheduled for the system 'amelia' (sid in comment #5), right?
Comment 8 daryl herzmann 2007-03-15 11:10:12 EDT
wireshark is scheduled
seamonkey is not 

Comment 9 Kevin A. Smith 2007-03-15 15:28:34 EDT
This is very strange. I've been going thru all the queries used in the errata
processing and scheduling code. I can't find any queries which even reference
the rhnServerInfo table, which is where we keep track of when servers check in.

I'm going to take a look at how we determine which servers get autoupdates and
see if there's any issues there. I was in that code for the last release
(RHN500) and so I think its pretty solid, but I'll take another look.
Comment 12 Mike Orazi 2007-05-14 11:16:01 EDT

*** This bug has been marked as a duplicate of 237590 ***
Comment 13 daryl herzmann 2007-05-14 11:22:10 EDT
Thanks for closing this bug in favour of a bug we can not see :(
Comment 14 Máirín Duffy 2007-05-14 11:35:47 EDT
Hi Daryl, sorry about that, that was not our intention. I've opened up bug
237590 and added you and John to it. Thanks for speaking up!

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