Andy Tucker wrote:
> On 3/6/06, Roland Mainz <[EMAIL PROTECTED]> wrote:
> > I'm hitting some problems with Solaris guest installations in VMware
> > (e.g. Solaris being the guest in a VMware VM):
> > Sometimes the clock is going out-of-sync. I configured "xntpd" to
> > counteract these issues - but suddenly at one point all hell breaks
> > loose:
> ...
> 
> Generally configuring ntp in a guest doesn't work well due since ntpd
> gets confused by the unstable nature of time in a VM (particularly if
> the host is busy) and gives up.

AFAIK in my example the kernel itself gave up ("genunix: [ID 982299
kern.warning] WARNING: Time of Day clock error: reason [Changed in Clock
Rate]. --  Stopped
tracking Time Of Day clock.") and xntpd simply didn't sync the time
anymore - which was very weired (due lack of a message by the deamon
that it didn't care anymore) ...

BTW: A workaround for the "Stopped tracking Time Of Day clock."-issue
may be to add a 
-- snip --
set tod_validate_enable=0
-- snip --
in /etc/system (I am testing this right now).

> The better solution is to run ntp on
> the host and configure the guest tools to keep time in sync with the
> host.  Unfortunately guest tools aren't available for Solaris - but
> that should be getting fixed soon.

It may be much better to think about getting VMware itself running on
top of Solaris x86 (e.g. Solaris x86 as host OS) - then I wouldn't have
to fight Linux on the laptop anymore... :-)

> In the meantime, you could run
> ntpdate or rdate out of a cron job to keep time roughly in sync.

Ok... but I think we need a general solution for Solaris (both x86 (for
XEN/VMWare/etc.) and SPARC (for sun4v&co.)) since stuff like XEN or PC
emulators such es "bochs" and "qemu" generate similar issues...

> See also: http://www.vmware.com/pdf/vmware_timekeeping.pdf

Thanks! :-)

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [EMAIL PROTECTED]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 7950090
 (;O/ \/ \O;)
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to