Feil i VMware-tjenere

[abene]

En feil i VMware-tjenere gjør at kunder ikke får logget seg på.

 

Les mer

[trash89]

Vel å merke, så detter ikke hele systemet ned.

Problemet ligger i at du ikke får skrudd på avslåtte virtuelle maskiner (VM). Pluss at vmotion ikke fungerer.

 

Men det at du stiller datoen manuelt til den 10.08.08, for å fikse problemet. Viser jo at hvis lisensen din går ut av en vanlig grunn, så kan du jo stille datoen tilbake.

[DanteUseless]

"availability".. tja..?

[Anders Jensen]

Fikk denne midt i fleisen i går ja... veldig hyggelig. De har imidlertid fått ut en patch nå så hvis en kjører ny runde med oppdatering så kommer det en patch som "fix the time-bomb issue for U2".

[jevel]

Vi hadde den aktuelle patchen installert, men så ikke noe til feilen. VMer så ut til å starte som normalt.

 

Litt morsomt at artikkelen handler om VMWare ESX, men at bildet er fra VMWare Fusion for Mac. To ytterpunkter i VMWare sin portefølje får en si.

 

-KJ

[Axentrix]

Vel å merke, så detter ikke hele systemet ned.

Problemet ligger i at du ikke får skrudd på avslåtte virtuelle maskiner (VM). Pluss at vmotion ikke fungerer.

 

Men det at du stiller datoen manuelt til den 10.08.08, for å fikse problemet. Viser jo at hvis lisensen din går ut av en vanlig grunn, så kan du jo stille datoen tilbake.

Problemene oppstår hvis du har tjenester som domenekontrollere, CAer og andre tjenester som klikker i vinkel hvis man stiller datoen (så sant man bruker timesync mellom host og vm).

 

Har sett mange kommentarer om at "dette ikke er store problemet, bare å gjøre slik og sånn" (ikke at din er sånn altså.), og blir litt irritert av slike. For steder med 40 virtuelle maskiner og 4 esx-hoster, så er det kanskje ikke største nedturen, men når vi begynner å snakke større miljøer med tusenvis av virtuelle maskiner, fordelt på hundrevis av esx-hoster, hvorav alle på oppgraderes/fikses, så begynner vi å snakke litt jobb.

 

Og når vmotion faktisk ikke fungerer lenger pga denne feilen, så vil alt av DRS og HA også slutte å fungere. Da kan vi virkelig begynne å snakke både treigheter i systemet, samt potensiell nedetid.

[wsp]

VMotion slutter å fungere når destination host har dette problemet. Dette betyr altså at man kan flytte VMer fra hoster med dette problemet til hoster hvor fiksen er installert uten nedetid.

 

Dette problemet har også vært oppe i bedriftsforumet og det finnes en kb artikkel her og patcher her.

 

Det er riktig at de som kjører DC med klokkesynk mot host (med feks descheduled time service vil få problemer dersom klokka på hosten stilles tilbake. Man bør derfor VMotion'e disse maskinene til andre hoster som er patchet eller starte de aktuelle maskinene på andre hoster.

 

For de som har oppgradert ESXi fra U1 til U2 er det også mulig å gå tilbake til forrige versjon (ved reboot).

 

Lars

[wsp]

Glemte å legge til at U2 er blitt oppdatert, også for .iso imager og fulle pakker. Fikk nettopp følgende info fra VMware:

"Dear VMware Customers,

 

We have re-issued the entire ESX/ESXi 3.5 Update 2 release (ISOs, upgrade tar and zip files, and patch bundles). They are available for download at http://www.vmware.com/download/.

 

Thank you,

 

The VMware ESX Product Team"

Endret 14. august 2008 av wsp

[wsp]

maskiner og 4 esx-hoster, så er det kanskje ikke største nedturen, men når vi begynner å snakke større miljøer med tusenvis av virtuelle maskiner, fordelt på hundrevis av esx-hoster, hvorav alle på oppgraderes/fikses, så begynner vi å snakke litt jobb.

 

På slike steder bruker de garantert VMware Update Manager. Patchen er tilgjengelig der (hvis du ikke ser den, prøv å restarte servicen).

 

Lars

[Anders Jensen]

Hvis man har hundrevis av ESX maskiner så har man muligens feil teknologi. Det finnes større løsninger som muligens er bedre egnet til så store miljøer.

 

Vet forøvrig om en organisasjon som sitter på 250+ ESX lisenser. Tror de er fornøyd, men en kan jo lure på om ikke en større IBM eller HP maskin hadde vært billigere i drift. En bør jo også stille spørsmål ved behovet for tusenvis av VMs. Høres ut som latskap og dårlig langsiktig planlegging, eventuelt som det tilfellet jeg kjenner til hvor en arver haugevis av etablerte miljøer.

[wsp]

Forøvrig har IBM et bra whitepaper på dette området:

VMware ESX Server: Scale Up or Scale Out?

 

Generelt så kan man si at noen kraftige servere vil gi bedre ytelse enn mange mindre kraftige. Mange servere vil også føre til høyere latency hvis de jobber mot samme SAN-kontrollere.

 

Det er vel i grunnen ikke så mange miljø her i landet hvor man har hundrevis av hoster og tusenvis av VMer, men internasjonalt så finnes det flere store miljøer. Var feks på en sesjon på VMworld i fjor med Banco do Brasil som hadde 120k pc'er, 20k lokasjoner og 14 datasenter.

 

Langsiktig planlegging er selvfølgelig veldig viktig i et slikt miljø for å unngå mest mulig VM sprawl.

 

Lars