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)
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.
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
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.
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!
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 :)
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?
wireshark is scheduled
seamonkey is not
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.
*** This bug has been marked as a duplicate of 237590 ***
Thanks for closing this bug in favour of a bug we can not see :(
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!