[email protected] (Frank Wayne) writes: >While several people suggested that Jeff use guest/host synchronization, no >one ever answered the first question, "is it possible to override the maximum >offset PPM?"
>-----Original Message----- >From: [email protected] >[mailto:[email protected]] On Behalf Of >[email protected] >Sent: Wednesday, 28 January 2009 14:46 >To: [email protected] >Subject: Increase maximum frequency offset to deal with really bad clock >Hi folks, >I have a some FreeBSD systems running as guests in Microsoft Virtual >Server. There is a known problem with these were the clocks run very >fast. I am trying to use ntpd to keep their clocks in sync, but the >frequency error offset is exceeding (I think) ntpd's maximum of 500, >my driftfile always contains a value of "-500.000". If understand the >way this works correctly, if I could get the frequency error offset to >represent the real error rate which I believe to be much higher that >500 PPM, then ntpd would be able to keep the clocks in sync, as it is >now, it slowly falls behind until it fails to correct altogether. >So is it possible to override the maximum offset PPM in the driftfile, >or is there a better way to fix this? Recompile. ( Change include/ntp_proto.h #define SLEW 500e-6 to #define SLEW 500e-5 for example to make it 10 times larger. Not sure if this will work or not. However, you should NOT be running ntp on a virtual system anyway. It makes little sense since hardware cannot be vitualized. _______________________________________________ questions mailing list [email protected] https://lists.ntp.org/mailman/listinfo/questions
