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