Vorsicht: Zeitbombe in VMware ESX 3.5

[saracs 10]

Servus,

 

dürfte einige hier vllt interessieren:

 

Ein jüngst von VMware herausgegebenes Update für den ESX-Server legt die Virtualisierungssoftware zum Betrieb mehrerer Betriebssysteminstanzen auf einer Maschine lahm. Ab heute weigert sie sich, neue virtuelle Maschinen zu starten, wieder aufzuwecken oder zu migrieren: Die Lizenz sei nicht mehr gültig. Laufende virtuelle Maschinen sind nicht beeinträchtigt. Betroffen sind alle Versionen des ESX-Server 3.5 mit Update 2.

Anzeige

 

VMware warnt seine Kunden mit Support-Verträgen und arbeitet an einer Korrektur. Aktuelle Informationen will der Hersteller mit dem zugehörigen Eintrag in seiner Knowledgebase bereitstellen. Bis dahin wird empfohlen, die Uhr der Server in der Vergangenheit zu betreiben und auf die automatische Zeitsynchronisierung zu verzichten. (ps/c't)

 

quelle: heise online - 12.08.08 - Vorsicht: Zeitbombe in VMware ESX 3.5

 

gruß

[zahni 554]

Der virtuelle Server von http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006716&sliceId=1&docTypeID=DT_KB_1_1&dialogID=21564262&stateId=1%200%2021562443 ist sicher auch gerade betroffen ;) .

 

 

Die ganzen Download zu ESX und ESXi sind gerad "Temporarily Unavailable".

 

Das ist ja Megapeinlich.

 

-Zahni

[Monarch 10]

In der Tat unglaublich. Beim Versuch eine VM zu starten heißt es bei mir nur noch

 

A general system error occured: Internal error

 

Das Logfile sagt:

 

Event 51 : Message on [VM] on [ESX-Server] in ha-datacenter: This product has expired.

Be sure that your host machine's date and time are set correctly.

 

Super... :mad:

 

Gruß

Monarch

[McAbflug 10]

aber am besten ist der temporäre Workaround von VMWare, da heißt es, NTP-Daemon stoppen und die Zeit auf dem Host auf den 11.8.2008 zurückzustellen! Herrlich!

Aber laut VMWare soll in den nächsten 48 Stunden ein Patch herauskommen.

[Monarch 10]

Hier läuft der zugehörige Thread in der VMware Community:

 

Da der KB-Eintrag nur sehr schlecht erreichbar ist, hier eine Kopie des Wesentlichen:

 

Update des Artikels (Stand 21.20 Uhr):

 

Resolution

 

What has been done?

• 
   
  
• Product and Web teams pulled the ESX 3.5 Update 2 bits from the download pages last night so no more customers will be able to download the broken build.
  
• VMware Engineering teams have isolated the cause of the problem and are working around the clock to deliver updated builds and patches for impacted customers.
  
• A Knowledgebase article has been published (http://kb.vmware.com/kb/1006716), but traffic to the knowledgebase is causing time outs. A new static page has been published at http://www.vmware.com/support/esx35u2_supportalert.html that customers and partners will be able to view.
  
• The phone system has been updated to advise customers of the problem
  
• VMware partners have been notified of the issue.
   
  

 

Workarounds:

 

1. Do not install ESX 3.5 U2 if it has been downloaded from VMware’s website or elsewhere prior to August 12, 2008.
   
2. Set the host time to a date prior to August 12, 2008. This workaround has a number of very serious side affects that could impact production environments. Any Virtual Machines that sync time with the ESX host and serve time sensitive applications would be broken. These include, but are not limited to database servers, mail servers, & domain administration systems.
   

 

Next Steps:

 

VMware to notify customers who have downloaded this version and provide an update every two hours.

 

Resolution:

 

VMware Engineering has isolated the root cause and is working to produce an express patch for impacted customers today. The target timeframe is 6pm, August 12, 2008 PST.

 

FAQ:

1. What would this express patch do?
   More information will be provided in subsequent communication updates.
   
2. Will VMware still reissue the upgrade media and patch bundles in the timeframe that has been communicated?
   Yes. We still plan to reissue upgrade media by 6pm, August 13 PST (instead of noon, August 13 PST) and all update patch bundles later in the week. We will provide an ETA for the update patch bundles subsequently. NOTE: the "patch bundles" referred to here are for the patches listed above under "Affected Products" and the other bundles released at GA. They are not the same as the express patch which is targeted for 6pm, August 12, 2008 PST as stated above.
   
3. Why does VMware plan to reissue the upgrade media before the patch bundles? That is a wrong priority call!
   This is not a matter of priority. Since we can get done building and testing the upgrade media before the patch bundles, we want to make that available to customers first instead of reissuing all the binaries later in the week.
   
4. Can VMware issue a patch that opens the licensing backdoor in the next hour as a critical measure?
   There is no licensing backdoor in our code.
   
5. Does this issue affect VC 2.5 Update 2?
   No.
   
6. What is VMware doing to make sure that the problem won’t happen again?
   We are making improvements on all fronts. The product team had endeavored to deliver a release with support customers deem important. But we fell short and we are deeply sorry about all the disruption and inconveniences we have caused. We have identified where the holes and they will be addressed to restore customers’ confidence.
   

 

mfg

Monarch

[Monarch 10]

Ein Patch ist jetzt verfügbar, bei mir funktioniert er auch.

 

Link: VMware ESX/ESXi 3.5 Update 2 Patch Release - VMware

 

mfg

Monarch

[LukasB 10]

Wenigstens müssen die VMware jünger jetzt nicht mehr mit dummen Sprüchen kommen von wegen Hyper-V sei nicht "Enterprise Ready" :)

[zahni 554]

Off-Topic:
Och komm, MS hat mit der WGA-Prüfung auch mal ein paar legale Installationen lahmgelegt

-Zahni

[LukasB 10]

Off-Topic:

Och komm, MS hat mit der WGA-Prüfung auch mal ein paar legale Installationen lahmgelegt

Off-Topic:

Eben, es kochen alle nur mit Wasser

[McAbflug 10]

Mittlerweile können die Patches auch per VUM eingespielt werden!

Allerdings ist ein Host-Reboot notwendig!

[Monarch 10]

Es ist definitiv KEIN Host-Reboot erforderlich. Nur der Maintenance-Mode muss aktiviert werden (d.h. es können während des Updates keine VMs laufen).

 

P.S. Der Update Manager spinnt hier gerade, musste das Update manuell durchführen - da mache ich nachher noch einen Case auf ;)

[phoenixcp 10]

Es ist definitiv KEIN Host-Reboot erforderlich. Nur der Maintenance-Mode muss aktiviert werden (d.h. es können während des Updates keine VMs laufen).

 

Hin wie her... es bedeutet auf jeden Fall das die Umgebung in der Firma für diese Zeit erstmal nicht verfügbar ist. Schon das ist erstmal ne nette Info...

[Monarch 10]

Warum denn das? Ich hatte rein gar keine Downtime - VMotion sei dank ;)

[phoenixcp 10]

Naja, wir haben zwei voll ausgelastete ESX-Kisten... Da ist nix mit moven oder so.. leider... Aber wir sind dabei den Ausbau zu planen, weil wir dieses Problem schon ne Weile in dieser Form identifiziert haben...

[DAUjones 10]

Aber wir sind dabei den Ausbau zu planen, weil wir dieses Problem schon ne Weile in dieser Form identifiziert haben...

Off-Topic:

Es ist doch immer schön zu hören, dass daran gearbeitet wird akute Probleme in ferner Zukunft zu lösen. Erinnert mich so an Politik... ;)