But it's a production environment, and all we loose is DRS and HA.. We don't power down VM's on our production environment, and even if we didthen turning back time on 1 host is no big deal as long as you haveproper time keeping on your VM's.
First did you read the posts? I don't think you did. This affects EVERY ESX 3.5 U2 server in the world.
Secondly, proper time keeping is PRECISELY what is preventing the VM's from powering on. The fact that the servers ARE up to date is why the VM's can't power on. The DATE has a drop dead time/date of 8/12/08 (12:00 AM). So ALL VM's after that time will NOT be able to turn on. That's the issue.
Third you lose the ability to load balance via vmotion, that could cause serious issues with ESX servers also.
Fourth the work around (which is FAR from ideal) is to change the date on the ESX server. The problem is if you have the VM's set to time sync, and the VM's start, the bios will have a date/time in the past. So you have to manually update each and every VM to ensure they are not going to synch with the server.
This is a HUGE bug and not one to be simply dismissed by your posting.. It's a LOT more serious than you evidently understand.. So Media or whatever, is going to have a field day with this, BECAUSE it DOES.. Affect servers handling billions today...
So READ the details next time before you ASSUME you understand what's at stake. Maybe you don't power off your VM's, but the rest of the world doesn't share your opinion...