Red Hat Bugzilla – Bug 670420
Guest's time is not updated after the host reboot
Last modified: 2013-01-09 18:29:55 EST
Description of problem:
In F14, when the host is rebooted, kvm guests are hibernated using /etc/init.d/libvirt-guests. The problem is that after resuming them again, their system time is not updated. The virtual rtc inside the guest is correct (according to hwclock(8)), but the system time according to date(1) is back with the time difference being the time during which the guest has been suspended.
I think the guest should be informed that it has just been resumed, and it should update its system time from the virtual rtc (and possibly do other things like renew its DHCP leases, etc.).
Apparently VMware can pass such an information to the guest using their vmware-tools.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install F14 with libvirt and libvirt-client packages
2. Create a new VM, install F14 to it
3. Shutdown -h the host system
4. Wait several minutes and start the host system again
5. Log in to the guest system and run "hwclock" and "date"
The time of hwclock and date differs, and the difference equals to the host downtime (or guest suspend time).
After being resumed, guest should update its system time.
I am filling this under kvm, but I am not sure on which level the resume notification should be sent.
Additional note: this bug is probably related to the RHEL bug #629546.
What is the guest running?
Both guest and host is running F14. Guest OS is mentioned in "Steps to reproduce, step 2"
F14 is no longer supported. Jan, if you are still affected by this bug with newer
qemu versions (fedora 16 or 17), please reopen this report and we can take it from there.