On Fri, Jan 23, 2009 at 03:01:51AM +, Adrian Wontroba wrote:
> I'm afraid that most of the salient details are inaccessible at work,
> but I found this necessary to get sort of acceptable[*] time keeping in
> FreeBSD guests under VMware on Windows.
Sorry, I've got VMware on the brain at presen
On Thu, Jan 22, 2009 at 11:08:30AM -0800, Jeffrey Williams wrote:
> Well this helped sort of, the clocks are running only a little fast at
> this point (roughly seven minutes gained over 12 hours), but now for
> some reason, ntpd is not resetting the clocks at all, despite multiple
> good time sou
Hi Guys,
Well this helped sort of, the clocks are running only a little fast at
this point (roughly seven minutes gained over 12 hours), but now for
some reason, ntpd is not resetting the clocks at all, despite multiple
good time sources, it was working fine before the kern.hz change. Any
re
Hi Guys,
Ok it is set, it does seem a little better, the clocks are still running
ahead by an average of about 30-40 seconds, but they seem to have slowed
down enough for ntpd to maintain the time by slewing, instead of
stepping. I did get a fresh batch of calcru errors from one of the
serve
Not read all the thread but if you haven't already just set the timer to TSC
fixes things here.
Regards
Steve
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event
On 2009-01-21 21:30, Jeffrey Williams wrote:
> Thanks for kern.hz suggestion, but according loader.conf in the
> /boot/defaults directory, kern.hz is already set to 100, is this
> overridden somewhere else?
Look closer, it is commented out in /boot/defaults/loader.conf. :)
_
On Wed, Jan 21, 2009 at 12:30:26PM -0800, Jeffrey Williams wrote:
> Hi Guys,
>
> Thanks for kern.hz suggestion, but according loader.conf in the
> /boot/defaults directory, kern.hz is already set to 100, is this overridden
> somewhere else?
>
Thats a bit misleading, the commented out value isn
On 2009-01-21 09:10:16PM +0100, Dimitry Andric wrote:
> However, I am not sure what is at fault here, VMware or FreeBSD... I'd
> guess the latter, since neither Linux nor Windows guest OSes seem to
> have any such timing problems.
Actually I have encountered such problems in mixed-bit environment
Hi Guys,
Thanks for kern.hz suggestion, but according loader.conf in the
/boot/defaults directory, kern.hz is already set to 100, is this
overridden somewhere else?
Thanks,
Jeff
Maxim Khitrov wrote:
On Wed, Jan 21, 2009 at 2:41 PM, Jeffrey Williams wrote:
Hi Folks,
I am trying to run
On Wed, Jan 21, 2009 at 2:41 PM, Jeffrey Williams wrote:
> Hi Folks,
>
> I am trying to run FreeBSD 7 on Microsoft Virtual Server 2005 R2, Windows
> Server 2003, on a Dell 2950.
>
> I am having a problem with the system clock running excessively fast, I
> initially tried installing 7.1 release but
On 2009-01-21 20:41, Jeffrey Williams wrote:
> I am having a problem with the system clock running excessively fast, I
> initially tried installing 7.1 release but received a nearly continuous
> stream of the "calcru: runtime went backward errors"
Add the following to your /boot/loader.conf file
On Wed, Jan 21, 2009 at 2:41 PM, Jeffrey Williams wrote:
> Hi Folks,
>
> I am trying to run FreeBSD 7 on Microsoft Virtual Server 2005 R2, Windows
> Server 2003, on a Dell 2950.
>
> I am having a problem with the system clock running excessively fast, I
> initially tried installing 7.1 release but
Hi Folks,
I am trying to run FreeBSD 7 on Microsoft Virtual Server 2005 R2,
Windows Server 2003, on a Dell 2950.
I am having a problem with the system clock running excessively fast, I
initially tried installing 7.1 release but received a nearly continuous
stream of the "calcru: runtime went
13 matches
Mail list logo