ACHTUNG ACHTUNG - wichtig fuer User von 3.5 u2

[Drumcode2003]

Patches sind mittlerweile auch über den Update Manager erhältlich:

-------

The number of updates downloaded (critical/total):
ESX: 2/2

ID: ESX350-200806812-BG Impact: Critical Release date: 2008-08-12 Products: esx 3.5.0 Fix the time-bomb issue for U2.

ID: ESXe350-200807812-I-BG Impact: Critical Release date: 2008-08-12 Products: embeddedEsx 3.5.0 firmware update for U2 time bomb issue.

--------

Update verlief ohne Probleme:

1 Host kein Reboot
1 Host Reboot

das macht er ganz wie er es braucht.

neue VM angelegt u. gestartet.
VM migriert u. gestartet. Schaut gut aus.

Und jetzt nach u. nach auf allen Hosts ausrollen. Mahlzeit.

[chrish]

Hi zusammen,

die Update habe ich nun über den Updatemanager bekommen. Aber wenn ein Vmotion nicht funktioniert. Wie soll ich dann einen Host in den Maintenance Modus bringen?
Einfach versucht habe ich es nicht. Da ja unsere produktiv Maschinen darauf laufen.

Wie sollte ich dann vorgehen. Weil runterfahren der Maschinen kann ich ausschließen.

[Nemo]

Ein Server deines Clusters muss die neuen Patches bekommen, dazu musst du die vm's leider abdrehen.
Danach kannst du über VMotion die anderen vm's auf den neuen ESX migrieren und Schritt für Schritt deine ESX Server updaten.

lg

[Drumcode2003]

>> Aber wenn ein Vmotion nicht funktioniert. Wie soll ich dann einen Host in den Maintenance
>> Modus bringen?

verstehe ich nicht ganz....

Ich habe 11 Hosts im DRS Cluster

1. DRS auf manuell stellen
2. VMs v. Host1 auf einen Host mit freien Resourcen migrieren (am besten immer paarweise)
da der Maintenance Mode mit anschließendem autom. migrieren teilw. Fehler bringt
3. Wenn alle VMs auf dem anderen Host sind, Maintenance Mode v. leeren Host
4. Baseline installieren
5. evt. bootet der Host neu
6. Exit Maintenance Mode
7. VMs wieder zurückschieben u. 2. Host frei machen
8. ...

das klappte zumindest bei 1 Cluster.

Beim 2. Cluster schauts schlecht aus.
Habe das gleiche Problem.

[Nemo]

>> Aber wenn ein Vmotion nicht funktioniert. Wie soll ich dann einen Host in den Maintenance
>> Modus bringen?

wenns nicht anders geht, alle vms's power off und die vm's am server lassen.

wir haben zb einen cluster mit 4 esx'n

DRS auf manuel
server 4 (alle vms power off > maintenance mode > vm's am server belassen)
update/reboot
maintenance mode verlassen
vm's starten
server 3 alle vms > server 4 (vmotion)
update/reboot
usw..

oder

neuen esxserver installieren
zum cluster dazu schalten
vm's migrieren.
usw..

[chrish]

Ein Host ist ohne vm gewesen
habe den geupdated. Kann aber nicht darauf migrieren?!
manuell sollte doch gehen ?

[Drumcode2003]

>> neuen esxserver installieren

daran hatte ich auch schon gedacht, aber leider liegen bei uns keine VMWare ESX Lizenzen verstaubt in der Ecke.

Dann hats beim 1. Cluster nur funktioniert, weil auf 1 node keine VMs liefen. Na prima.

Bin schon wieder begeistert.

Und was passiert, wenn ich einen Host einfach ausschalte?
Ich vermute, dass die VMs nicht auf einem anderen Host neu starten.

Das bedeutet heute wieder Spätschicht.

[Nemo]

Und was passiert, wenn ich einen Host einfach ausschalte?
Ich vermute, dass die VMs nicht auf einem anderen Host neu starten.

das würd ich nicht tun. Die werden wohl nicht mehr starten.

Dann lieber vms shutdown
updaten
und vms wieder einschalten.

[Nemo]

Ein Host ist ohne vm gewesen
habe den geupdated. Kann aber nicht darauf migrieren?!
manuell sollte doch gehen ?

kommt einen Fehlermeldung?
kannst du eine neue VM anlegen & starten ?
zeigt der esx den build 110181 an ?

lg

[chrish]

also nun geht gerade das Migrieren. Aber es ist A...langsam.

[praenki007]

Hallo,

ich bin von meiner Firma in das kalte Wasser VMware geworfen worden und stehe nun vor dem BUG von VMware.
Wie Patcht ihr eure ESX Server. Der Update Manager seht immer in der Warteschlange und bekommt die neuen Patches nicht. Ich habe mit FastSCP den Patch auf den ESX geschoben und wollte den Server so Patchen, aber ich komme nicht wirklich weiter. Wo muß der Patch liegen, und welches Komando muß ich mit Putty ausführen.
Ich bin für jede Hilfe dankbar, weil mir mitlerweile die Zeit wegläuft.

[Drumcode2003]

also Jungs.

Musste alle VMs auf einem Host herunterfahren. Und auf dem 3i nat. auch.
Dann Maintenance Mode, dann patchen.
usw usw.

nach 9 Hosts hatte ich dann auch keinen Bock mehr.
Aber über den Update Manager lief es ohne Probleme.
Nur 1 Host hat neu gebootet. Die anderen liefen gleich weiter.

VMs lassen sich wieder starten.

DRS v. manuell auf auto umstellen nicht vergessen.

[praenki007]

OK.

der erste Server ist gepatcht. war doch garnicht so schwer

[sirrossi]

@ praenki007

Erstelle das Verzeichnis
mkdir -p /var/updates

dann kopiere das Update in das Verzeichnis
/var/updates

Wechsel in das Vezeichnis
cd /var/updates

danach
unzip ESX350-200806812-BG.zip

dann Wechsel in
cd ESX350-200806812-BG

jetzt
esxupdate update

Viel Erfolg

[praenki007]

Hallo sirrossi,

vielen Dank für die Info. 2 Server habe ich bereits gepatcht

"esxupdate -n -r file:///var/spool/patch/ESX350-200806812-BG update"

Jetzt hat auch der UpdateManager den neuen Patch.

[SvenK]

Den Patch einspielen ist kein Problem und macht ESX auch anstandslos. Aber: einige von euch müssen rebooten, andere nicht. Woran kann das liegen ?

Laut Beschreibung ist kein reboot notwendig: http://kb2.vmware.com/kb/1006721.html

Ein Migrieren der VM's ist witzlos da sie auf den anderen Maschinen nicht mehr hochfahren und "mal eben" die VM's runterfahren, patchen, rebooten und dann wieder hochfahren dauert für unsere Kunden zulange und man braucht 100%ig Gewissheit das sie danach auch wieder hochfahren

Das ist wohl der größte Gau den VMware produzieren konnte

Sven

[James]

na noch besser ist, das heute nochmals patches nachgeliefert wurden, bei welchen man den Server rebooten darf

[Drumcode2003]

worum gehts bei den neuen Patchen v. heute?
Bin froh, dass ich die Hosts fertig habe u. nun gibts neue?

[firehawk]

@ sirossi:

vielen dank für die kurze anleitung.

Der ESX hat im Wartungsmodus auch brav das Update angenommen. Sciherheitshalber haben wir den Server dann neu gestartet und oh wunder:

Die LUN der MSA ist nicht mehr erreichbar / auffindbar

Die MSA hat sich wohl aufgehängt und hat nicht mal mehr ein Datum bzw eine Zeit oder irgendwelche Daten.

Ein Anruf bei VMware hat ergeben das das nur ein Fehler der MSA sein kann. Und auf den Rückruf von HP warte ich noch. Hat irgendjemand ähnliche Probleme bzw. kennt die Lösung?

Gruß Firehawk

[SKL]

Ich bekomme diese Fehlermeldung

---------------------------
Copying file 'P:\IT\Software\vmware\ESXI Patch\ESX350-200806812-BG.zip' failed.
---------------------------
scp: /var/updates/ESX350-200806812-BG.zip: No space left on device

mfg


Sven

[shakra2005]

Hallo Leute,

haben ein nochmal ein cooles Problem.

bei uns läuft ein HP ML 370 als Host für ESX 3.5 U2.

Als erstes produziert uns das Ding Zombie Prozesse ohne ende. Aber ich denke das ist auf das HP Problem zurückzuführen.

Das was viel kurioser ist, ist dass ich eine Host als offline angezeigt bekomme aber die User drauf arbeiten, also der Host läuft.

Kennt einer das Problem

Gruss
Sascha