Hello. I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows 2003 host. Time is a hour slow for a day. I have hint.apic.0.disabled=1 in loader.conf I've tried all possible values in kern.timecounter.hardware. Nothing helps. I've found it's not only my problem: http://www.vmware.com/community/thread.jspa?threadID=26034&tstart=0 ntpd does not help. I think because it's too rude time for NTP. Any hints please. -- Dixi. Sem.
Sergey Matveychuk wrote:> Hello. > > I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows > 2003 host. > > Time is a hour slow for a day. > > I have hint.apic.0.disabled=1 in loader.conf > I've tried all possible values in kern.timecounter.hardware. > Nothing helps. > > I've found it's not only my problem: > http://www.vmware.com/community/thread.jspa?threadID=26034&tstart=0 > > ntpd does not help. I think because it's too rude time for NTP. > > Any hints please.I have same problem under MS Virtual Server R2. I did not find any way how to solve this. Instead, I worked around this using ntpdate every five minutes in cron job and I also set kern.hz=2000 in /boot/loader.conf which helps a little bit. -- VH -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 538 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20070319/ab0ba632/signature.pgp
Sergey Matveychuk <sem@freebsd.org> wrote on 19 Mar 2007 17:15:> I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows > 2003 host.Unfortunately I can't help you, but I observed the same problem on a GSX 3.2.1 on Linux.> Time is a hour slow for a day. > > I have hint.apic.0.disabled=1 in loader.conf > I've tried all possible values in kern.timecounter.hardware.The same for me, nothing helped. Also kern.clockrate: { hz = 100, tick = 10000, profhz = 66, stathz = 13 } did not solve the problem.> ntpd does not help. I think because it's too rude time for NTP.Yes, the difference is too big, even for a home brewed synchronization routine. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available.