Mit dem Datumswechsel vom 11. auf den 12 August trat das Problem weltweit auf. Verzögert nur durch die einzelnen Zeitzonen. Daher waren auch Anwender im asiatisch-pazifischen Raum die ersten, bei denen dieses Problem auftauchte. Ein VMware
-Sprecher erklärte, dass ein Fehler im Lizenz-Code das Problem auslöste.
“Wir haben ein Problem mit der Veröffentlichung von 3.5 Update 2. Es ist ein Lizenzproblem”, erklärte Martin Niemer. “Derzeit wissen wir, dass die Lizenzierung neue virtuelle Maschinen daran hindert, nach einem Shutdown wieder hochzufahren.” So Niemer. Zudem sei auch das Virtual Motioning betroffen, also das Verschieben einer virtuellen Instanz auf einen anderen Host.
Inzwischen liegt von VMware ein Patch vor. Als Workaround empfahl Niemer, virtuelle Maschinen nicht herunterzufahren. Diese Umgebungen sollten so lange laufen, bis ein Patch für das Problem vorliegt. Wahlweise könne man auch das Datum des Servers zurücksetzen. Das war jedoch aus technischen und rechtlichen Gründen nicht immer möglich.
Das Thema künstliche Intelligenz wird immer relevanter. Diese Technologie hat Einfluss auf Arbeitsweisen, Politik und…
SAP S/4HANA-Transformationen sind äußerst komplex und verlaufen oft nicht wie geplant – oder scheitern sogar…
Der Black Friday, der in den USA traditionell am Freitag nach Thanksgiving gefeiert wird, hat…
Assistenzsysteme unterstützen Monteure bei der Arbeit. Zu oft zahlt man jedoch mit den eigenen Daten…
Hersteller werden stärker in die Pflicht genommen, den gesamten Lebenszyklus ihrer Produkte in den Blick…
LLMs besitzen einerseits innovative neue Fähigkeiten, stellen Unternehmen allerdings auch vor diverse Herausforderungen: ob EU…