Displaying 10 results from an estimated 10 matches for "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 had...
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