Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#7785 closed defect (fixed)

Guest clock drift under Solaris host

Reported by: Jakob Østergaard Hegelund Owned by:
Component: other Version: VirtualBox 3.2.8
Keywords: clock drift synchronization time Cc:
Guest type: other Host type: Solaris


I run a Solaris 10 x86 host (quad core, 32G memory) with currently 7 guest VMs, some single some dual processor, some Windows some Linux.

The host CPU is usually loaded between 50 and 70% CPU, only around 50% of the memory is used. The host CPU is only rarely maxed out.

All guests have up to date guest additions installed, activated and running. The guest clock timezones are set correctly and the VM option for clock UTC/local is also set correctly for each of the VMs. The guests do not run NTP or Windows Time Service.

All guests have significant problems with clock synchronization. Some of them run fine for days or even a week, then suddenly they are 15-20 minutes off. They probably drift over time, but I only notice when the clocks have drifted so far that Kerberos authentication stops working.

If I shut down the guest extensions and run 'VBoxService -fvvv', I see that clock sync seems to work just fine:

 VBoxService: Host:    2010-12-03T12:04:31.456000000Z    (MinAdjust: 200 ms)
 VBoxService: Guest: - 2010-12-03T12:05:38.195632000Z => -66 739 632 000 ns drift
 VBoxService: Host:    2010-12-03T12:04:51.467000000Z    (MinAdjust: 200 ms)
 VBoxService: Guest: - 2010-12-03T12:05:58.196582000Z => -66 729 582 000 ns drift

If I let it run like this and go back to see the output when the clock has drifted too far, the output still looks completely reasonable, only the difference between Host and Guest clock is 15-20 minutes and adjustments are still computed correctly.

It looks to me like the guest clock is simply too unstable for the gradual adjustments to be able to keep it reasonably in sync. Since I see this with both Windows and Linux guests, I am assuming that this is a Solaris host problem.

Is there anything I can do to troubleshoot this further?

I know the VB is not completely up to date, but the changelogs say nothing about time synchronization that seems relevant to this issue.

Change History (4)

in reply to:  description comment:1 by Jakob Østergaard Hegelund, 14 years ago

Please close this ticket.

I upgraded to 3.2.12, and even though I could not see anything in the changelogs about clock synchronization relevant to this scenario, it looks like this problem has completely gone away.

My VMs have been running for about 24 hours now and all clocks are in near perfect sync.

Most likely this issue is fixed then. I will re-open the case if I find out otherwise.

Thanks, and sorry about the noise.

comment:2 by Klaus Espenlaub, 14 years ago

Resolution: fixed
Status: newclosed

No worries - there was nothing changed with timesync as such, but there were several changes which indirectly affect the virtual time, and those probably made the difference.

comment:3 by excel28, 14 years ago

I have an issue with the time drifting as well. My host is linux and my guest is Win7. The time is correct on startup and while being used, but the time drifts when going starting from a "save the machine state". Initially, I noticed it was late ~10mins, then the next day, I noticed it was ~20 mins, now it's ~30 mins late.

comment:4 by excel28, 14 years ago

Hmm... interesting enough, I click on the time setup in Win7, and the time is updated to current time. Maybe it's a Win7 issue?

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use