From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 Description of problem: I was following advisory http://rhn.redhat.com/errata/RHSA-2002-160.html. At the very end it said to reboot the system because both client and server applications are affected by the openssl problem. So I dutifully rebooted. I had also applied all the patches by hand in a script--just 'cause. I was sshed into my samba server, which is a headless keyboardless server. I ran up2date and X displayed the information on my other Redhat client. The GUI up2date said that everything was ok. Just because I wanted to play, I went to the redhat network site. It showed that I "Checked In: 2002-08-11 10:17:18 -0700 (MST)", but the reboot information still showed my reboot time as "Last Booted: 2002-07-13 13:07:50 -0700 (MST)", which is about five hours after I registered "Registered: 2002-07-13 08:18:25 -0700 (MST)". I rebooted today "[root@baloo root]# date Sun Aug 11 10:43:33 MST 2002 [root@baloo root]# uptime 10:43am up 57 min, 1 user, load average: 0.05, 0.06, 0.07 ", however. So, I thought there was a problem with running the application on one system and having the gui display the results on another system's X display. I then went to the man page and found all the switches. I then ran "up2date --nox -v -p -u". This command successfully updated my system to say I was updated even though I had performed the steps by hand. However, the system reboot time was not updated. In all experiments, I made sure that I either performed a shift reload in Mozilla, or went as far as logging out of rhnetwork and logging in again to the web page. I also ran up2date --configure --nox to see if there was something that I had turned off to make the reboot update. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.up2date --nox -v -p -u 2.view https://rhn.redhat.com/network/system/system_details.pxt?sid=with_you_system_id_placed_here 3. Actual Results: "Last Booted" is not refreshed. Expected Results: I presume that Redhat would like to know this about my system so I expect that this field should be refreshed. Hence I put the severity at Low because I do not know what Redhat plans to do in this situtation. Additional info:
Isn't the last booted time updated by the rhnsd daemon, which is run by default only every two hours?
I understand what you are saying about the rhnsd performing the update. I looked again today and I see the information has been updated. Registered: 2002-07-13 08:18:25 -0700 (MST) Last Booted: 2002-08-13 16:18:53 -0700 (MST) Checked In: 2002-08-19 21:15:31 -0700 (MST) Kernel Version: 2.4.18-5 Is this a problem on my part where I was expecting to be able to update the Last Booted date, when the design was for a daemon to do this? I reviewed the up2date and rhnsd manual pages. There was no mention of which program performed the update. I don't think it is a bug now, but my expectations of what should happen were not met. I am sure that Redhat staff has other issues to work on than thisone. Perhaps the man pages need to be updated, or if you really think something should be done, provide a switch to up2date to allow the user to freshen the reboot time of the server. Again, is this information that critical for the operation of the Redhat Product Enhancement Advisory service?
At the moment, it's expected that the daemon does this (the boot time info is sent up when it checks it's queue for available actions).