search for: synctim

Displaying 10 results from an estimated 10 matches for "synctim".

Did you mean: synctime
2008 May 03
9
tick divider bugs
Hi all, If you are using the kernel divider= option in your vmware quest, you are probably aware of the bugs reported at: https://bugzilla.redhat.com/show_bug.cgi?id=315471 Someone @redhat "confirmed" the fix is in the test kernel -92. I tried it but it seems to have the same problem as before - when used with clocksource=pit, it hangs on bootup. Wonder if some of you can test this
2006 Oct 17
2
Warning of protential probs with 2.6.9-42.0.3.EL upd ate
...igure ESX 2.5.x Server: http://tinyurl.com/ycpcfv <http://tinyurl.com/ycpcfv> To configure Windows Guest OS: http://tinyurl.com/yctxrr <http://tinyurl.com/yctxrr> To configure CentOS w/o X installed, you still need to install the vmware tools. Edit the vmx file for your guest, tools.syncTime="TRUE". In grub.conf, add clock=pmtmr as a kernel option. You'll need to shutdown the guest OS, reload the vmx file, then restart the system. If you have X running, then you can use the vmware tools much like windows to configure time sync with the host system. HTH Mark -------...
2008 Sep 17
1
Status of kernel divider option in 2.6.9-78.0.1
...d it works with no major problems, except that the guest clock drifts ahead very slightly. So far, it looks like several seconds of drift per day. Not a show-stopper, but still a concern. With HZ=100, our time sync was spot on. In both cases we are using "clock=pit nosmp noapic" and tools.syncTime="TRUE". If it matters, our host machines are CentOS 4.6 x86_64. Can anyone comment on the current status of bugs with the divider option? Is anyone getting accurate time sync with divider=10 with 2.6.9-78.0.1? Is there anything else to watch out for? Is there any fix for the slight time...
2011 Dec 15
2
time issue with puppet
...g" # only run max of six times per day schedule { timecheck: period => daily, repeat => 6, } # only execute if time is out of sync by specified seconds if ( $timeoffset > $seconds ){ exec{"synctime": path => ["/bin", "/usr/bin/", "/sbin", "/usr/sbin/"], # schedule => timecheck, command => "ntpdate $timeserver", } alert("Puppet ha...
2006 Jun 23
1
Asterisk home on VMWare time sync issues
Hello - I am using AH on VMWARE. I have noticed that the date and time periodically loses sync with the server system time. Does anyone know why this would be, or where if I need to change a setting somewhere so it keeps time properly? Thanks! Alan. --------------------------------- Want to be your own boss? Learn how on Yahoo! Small Business. -------------- next part
2006 Oct 16
3
CentOS guest for VMware, any similar setup?
Hi, I'm about to setup a CentOS4 server to install VmWare Server on it. Then I'll run 2 main guest OS, Microsoft SBS 2003, and a CentOS development LAMP server. Except from the clock settings, is there any problems/comments? Regards, Ugo
2017 Oct 11
3
[PATCH 0/2] v2v: -i vmx: Allow deviceType field to be completely omitted.
A colleague found some VMX files which omit the deviceType field. This allows -i vmx mode to parse them. Rich.
2006 Jul 15
4
Vmware server help
Hello all, I thought I'd ask you guys about this one since I've had no luck from vmware forums/kb or google ... I have a centos 4.3 x86-64 (athlon64 with cool-n quiet enabled) with vmware server 1.0 installed and working beautifully with the annoying exception of my guest machines clocks (centos, ubuntu etc) run very fast. I've read the vmware white paper on guest clocks, tried
2009 Nov 22
4
system time automatically fowards in time and then comes back to normal
Hi friends, I am running Nagios 2.7-1 on Centos 5.0 32-bit hosted on Vmware ESX 4.0. The issue I am seeing on the server is sometimes nagios is showing the below messages in /var/log/messages and as the system time gets changed some false alarms gets generated. I searched it on the google but I am not able to find the correct solution. I even posted on the nagios forum and they asked me to see
2017 Apr 11
4
v2v: Implement -i vmx to read VMware vmx files directly (RHBZ#1441197).
https://bugzilla.redhat.com/show_bug.cgi?id=1441197