Time and Date in Suspended machines
- Thread starter Ray
- Start date
)
Andrew @ Parallels
Parallels Team
Do you want to syncronize date and time with host PC or opposite - to retain old date and time?
Andrew,
I am looking to syncronize the date and time with the host pc. Currently when resuming a suspended host the date/time displayed is the date/time at the time of suspension.
The result of course is when resuming the guest os it's date and time is much earlier than the actual date/time. Old date/time doesn't seem to be particularly relevant to me, although it might be to others.
Regards
Ray
I am looking to syncronize the date and time with the host pc. Currently when resuming a suspended host the date/time displayed is the date/time at the time of suspension.
The result of course is when resuming the guest os it's date and time is much earlier than the actual date/time. Old date/time doesn't seem to be particularly relevant to me, although it might be to others.
Regards
Ray
Last edited:
Andrew @ Parallels
Parallels Team
Please install Parallels Tools in guest OS - it includes special time synchronization tool.
Andrew @ Parallels
Parallels Team
Yes - you didn't mention your guest OS in your post. In case of Linux/BSD you may use some kind of network timesync utility.
Andrew @ Parallels said:
Andrew,
Thanks for that reply
is it more difficult for Parallels to provide a Tools version for Linux/Bsd guests than it is for Windows guests. This seems to be a Giant step backward when you suggest that everyone using Parallels with Linux/Bsd guests should devote time to 'find some kind of network timesync utility' to reset the clock function when a suspended guest is restarted.Ray
Andrew @ Parallels
Parallels Team
We are working on Parallels Tools for Linux guests and it will be available in future versions. But in current version you should use some 3-rd party tools for that - sorry 
RedwoodCat
Bit poster
time synchronization
Any modern *nix implementation is going to include NTP. When NTP senses that the time is out of sync by a "large" amount (for some value of "large") it will reset the time in one big jump instead of slewing it over a period of time. You'll usually be able to do "man ntpd" to get a man page on this facility. You should be able to sync the VM to your host system's NTP server or to one on the net (e.g., time.apple.com).
Btw, it's possible for some applications to get a bit out of whack when the time jumps. This would be a general potential problem that would also apply to putting a system to sleep. Not unique to using VMs, I just mention it for completeness. An example would be statistics that are based on time, such as network bandwidth or disk accesses per second, where there's no mechanism in place (or utilized) to compensate for NTP jumps or system sleep.
Cheers,
-Sam
Any modern *nix implementation is going to include NTP. When NTP senses that the time is out of sync by a "large" amount (for some value of "large") it will reset the time in one big jump instead of slewing it over a period of time. You'll usually be able to do "man ntpd" to get a man page on this facility. You should be able to sync the VM to your host system's NTP server or to one on the net (e.g., time.apple.com).
Btw, it's possible for some applications to get a bit out of whack when the time jumps. This would be a general potential problem that would also apply to putting a system to sleep. Not unique to using VMs, I just mention it for completeness. An example would be statistics that are based on time, such as network bandwidth or disk accesses per second, where there's no mechanism in place (or utilized) to compensate for NTP jumps or system sleep.
Cheers,
-Sam