Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 12, 2014, at 07:31 AM, Neil Wilson wrote: It would be as well to try it out - particularly as the package has been updated recently. Indeed. I installed it, timesync is enabled, removed ntp, and indeed after about a 20m suspend, once resumed time syncs up again. Since I've not noticed any adverse effects so far, I'll stick with this solution. Thanks! (My original question about expected behavior of the system settings panel is still not answered, but I'll leave that alone for now ;). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 11, 2014, at 04:54 AM, Serge Hallyn wrote: Thanks for filing this bug. I'd like to try to reproduce it but need a few more details. Can you tell us exactly how you set up the vm, how you start it, and how you initiate suspend? Is this all done through virt-manager? You say it is a vmware fusion vm - does that mean you started with a .vmdk of an appliance, converted it to qcow2 or raw, and are using that? If not, what does it mean? This is a Trusty guest running in VMware Fusion 6.0.2 on an OS X 10.9.2 host. Trusty was installed fresh some time ago and has been rolling updated ever since. When you quit Fusion, it suspends the VM. You can of course suspend the VM explicitly any other time. You can also take a disk snapshot and restore that snapshot at a later date. All of these exhibit the same symptom - the VM's time gets behind, sometimes by a long while, and it never catches up. If you go to System Settings (in Ubuntu of course) - Time Date, and look at Set time: then Automatically from the Internet is set. What this implies to me at least, is that the system will keep its time in sync with the network servers. I would thus expect that when the VM is resumed, it would eventually catch up either with the real time. What I think is happening is that this settings panel actually only has an effect at system boot time. Can you confirm whether this setting should periodically sync system time to the internet servers, or whether ntp must be installed in order to keep time in sync. ntp is *not* currently installed. I'm perfectly willing to accept that ntp is required in order for a suspended VM's time to resync with internet server time. If that's the case, then I think we have a design bug here - the Automatically from the Internet setting is either misleading, or should prompt to install ntp (maybe with panic 0 set?). At one point I think this did happen. However, if this setting is supposed to keep time in sync without ntp, then there's a functional bug here. I'm mostly trying to get verification on what expected behavior is. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1157914/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 11, 2014, at 04:54 AM, Serge Hallyn wrote: Thanks for filing this bug. I'd like to try to reproduce it but need a few more details. Can you tell us exactly how you set up the vm, how you start it, and how you initiate suspend? Is this all done through virt-manager? You say it is a vmware fusion vm - does that mean you started with a .vmdk of an appliance, converted it to qcow2 or raw, and are using that? If not, what does it mean? This is a Trusty guest running in VMware Fusion 6.0.2 on an OS X 10.9.2 host. Trusty was installed fresh some time ago and has been rolling updated ever since. When you quit Fusion, it suspends the VM. You can of course suspend the VM explicitly any other time. You can also take a disk snapshot and restore that snapshot at a later date. All of these exhibit the same symptom - the VM's time gets behind, sometimes by a long while, and it never catches up. If you go to System Settings (in Ubuntu of course) - Time Date, and look at Set time: then Automatically from the Internet is set. What this implies to me at least, is that the system will keep its time in sync with the network servers. I would thus expect that when the VM is resumed, it would eventually catch up either with the real time. What I think is happening is that this settings panel actually only has an effect at system boot time. Can you confirm whether this setting should periodically sync system time to the internet servers, or whether ntp must be installed in order to keep time in sync. ntp is *not* currently installed. I'm perfectly willing to accept that ntp is required in order for a suspended VM's time to resync with internet server time. If that's the case, then I think we have a design bug here - the Automatically from the Internet setting is either misleading, or should prompt to install ntp (maybe with panic 0 set?). At one point I think this did happen. However, if this setting is supposed to keep time in sync without ntp, then there's a functional bug here. I'm mostly trying to get verification on what expected behavior is. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 11, 2014, at 07:56 PM, Serge Hallyn wrote: Is it safe to assume that other VMs - other Ubuntu releases, or other distros, or windows, do not have this behavior? I haven't tried other guest OSes. I'll give Debian and Windows 7 a try. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 11, 2014, at 08:31 PM, Neil Wilson wrote: Can you check you VMWare settings for the virtual machine and check that 'synchronise time' is checked in the Advanced Section. Yes, that is checked. Also do you have the 'open-vm-tools' installed (i.e. is vmtoolsd running which is what does the time sync to the Host every 60 seconds). Ah, I do not have open-vm-tools installed. I recall way back in the past that installing this caused several display problems, so I removed it and never noticed a problem. I should re-install it and see if it fixes the issue without causing other problems. (I've verified that installing ntp also fixes the problem, but you need to add tinker panic 0 to /etc/ntp.conf otherwise if your VM is suspended for a long time, ntp will refuse to synchronize.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 08, 2014, at 04:59 PM, Martin Pitt wrote: This is first and foremost a QEMU or linux bug (not sure which), it should really update its internal time after suspend. But I suppose ntp could also listen to resume events (perhaps through pm-utils' /usr/lib /pm-utils/sleep.d/ scripts); although this should already be covered by its existing if-up.d script, i. e. as soon as the VM gets back online after resuming /etc/network/if-up.d/ntpdate ought to run. It doesn't in your case? Please note that this is a VMware Fusion VM. ntp is not installed, but if you go to System Settings - Time Date, you will see that Set the time is set to Automatically from the Internet. Shouldn't this be enough to have time catch up after resume from VM suspend? If not, and ntp is actually required (as was the case way back when), then I rather think that the System Setting is misleading. I can handle installing and running ntp, as I used to do, but I think this is a regression (hard for me to remember exactly). So, if ntp is required not installed, what effect does the Time Date dialog actually have, other than dimming the Time and Date widgets? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu in Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1157914/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 08, 2014, at 04:59 PM, Martin Pitt wrote: This is first and foremost a QEMU or linux bug (not sure which), it should really update its internal time after suspend. But I suppose ntp could also listen to resume events (perhaps through pm-utils' /usr/lib /pm-utils/sleep.d/ scripts); although this should already be covered by its existing if-up.d script, i. e. as soon as the VM gets back online after resuming /etc/network/if-up.d/ntpdate ought to run. It doesn't in your case? Please note that this is a VMware Fusion VM. ntp is not installed, but if you go to System Settings - Time Date, you will see that Set the time is set to Automatically from the Internet. Shouldn't this be enough to have time catch up after resume from VM suspend? If not, and ntp is actually required (as was the case way back when), then I rather think that the System Setting is misleading. I can handle installing and running ntp, as I used to do, but I think this is a regression (hard for me to remember exactly). So, if ntp is required not installed, what effect does the Time Date dialog actually have, other than dimming the Time and Date widgets? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 06, 2014, at 02:06 AM, Charles Kerr wrote: Is this still an issue in Trusty? I rewrote the sleep/skew detection code post-13.10 so if you have a convenient setup I'd love to hear how this goes. Hi. It's still a problem in Trusty. I have a fairly fresh and up-to-date Trusty VM, which I suspended for 30 minutes. Came back this morning (many hours later) to find that it's still lagging by the sleep amount. I have ntpdate installed but not ntp. System settings is supposedly set to set the time Automatically from the Internet, although it doesn't seem to be working. Happy to test anything that would help debug the issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1157914] Re: time never catches up to reality after VM sleep
On Mar 06, 2014, at 09:37 PM, Charles Kerr wrote: It sounds like you're saying that the entire system's time is off, not just the indicator's display of it. Correct. What happens when you run date from the command line? Does that time match the actual time, or the lagging time being displayed by the indicator? `date` lags too, matching the lagging time in the indicator. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1157914 Title: time never catches up to reality after VM sleep To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1157914/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
