kamphor,
first of all, thanks for your prompt reply and reaction. I had to figure out a lot of issues to get this VM up and running.
Obviously, as allready said before in this thread, RTC under VMWare is a major challenge.
I use to run VMServer 1.0.4 under 32-bit Debian etch with a 2.6.18 Kernel on a quad-XEON machine (Dell 860).
At the time I started evaluating your NTP-VM I ran the standard Server-bigmem kernel. Previously I solved my RTC and clock skew problems with some also debian-based guest systems with migrating to Ubuntu 7.10-JEOS, which is somewhat more performant.
Since I seriously wanted to give NTP-VM a chance I decided yesterday to take the bully by the horns in order to solve this RTC-issue permanently. With a little help of google and friends I figured out that there are two factors to be considered:
1. HPET_EMULATE_RTC has to be activated statical and not as a Module:
2. Changing timer frequency from 250Hz to 1000Hz ( as vmware even propagates, by the way)
This was necessary to avoid the heavy clock skew I encountered in NTP-VM and the boring messages on the server console: kernel: rtc: lost some interrupts at 512Hz.
Now NTP-VM didn't stumble any more behind. But after even waiting for hours ntp to become synchronized (stratum evaluation) I remembered another trick I used some time ago: kernel boot parameters in the guest machine.
After changing following parameters in menu.lst to:
- clock=pit
+ noapic nolapic nosmp
nearly everything is allright. NTP is evaluating stratum within minutes and the service becomes availlable also for *nix machines. Fine.
But there are three issues left:
I am not able to start up the VM without interacting with the console to give this starting udev thing a hit with CTRL-C. It allways stopped at this point. First I thought this was due to clock skew or clock frequency ratio. But no chance.
After your last update I tried again the scsi version. For me its now brocken. While uncompressing the boot image it dies. So I changed to IDE-version which now works fine with said modifications to server and guest.
Somewhere in your descriptions on vmnet is mentioned that vmware tools should be installed. My Server-console complains about missing vmware tools.
Since this VM doesn't have even a sshd running, I am not able to shut it down by remote scripting.
Excuse my epic description and thanks a lot for your work and support.
Regards
- Ralf Kuehnbaum-Grashorn