10
VCenterServer Update 7.0.2.00100 zerstört Einstellungen
Guten Morgen,
nachdem ich gestern das Patch für das vCenter (7.0U2) eingespielt habe, habe ich heute morgen das vCenter einmal neu gestartet.
Hierbei hat mir das Patch reproduzierbar die Einstellungen zerstört.
Ein frisch wieder hergestelltes vCenter mit neu installiertem Patch zeigt das gleiche Bild.
u.a. sind folgende Fehler zu beobachten:
- Netzwerk wird auf DHCP geändert
- Fehlermeldung vmdir.password is not set; aborting installation (<< es wurde nur neu gestartet; die Installation war abgeschlossen!)
Also schön vorsichtig sein
Gruß
Looser (der das alles jetzt nochmal recovern darf)
nachdem ich gestern das Patch für das vCenter (7.0U2) eingespielt habe, habe ich heute morgen das vCenter einmal neu gestartet.
Hierbei hat mir das Patch reproduzierbar die Einstellungen zerstört.
Ein frisch wieder hergestelltes vCenter mit neu installiertem Patch zeigt das gleiche Bild.
u.a. sind folgende Fehler zu beobachten:
- Netzwerk wird auf DHCP geändert
- Fehlermeldung vmdir.password is not set; aborting installation (<< es wurde nur neu gestartet; die Installation war abgeschlossen!)
Also schön vorsichtig sein
Gruß
Looser (der das alles jetzt nochmal recovern darf)
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 666229
Url: https://administrator.de/contentid/666229
Ausgedruckt am: 22.11.2024 um 01:11 Uhr
10 Kommentare
Neuester Kommentar
kein Looser... VMware User der vermutlich mit einem lizensierten Produkt voller Bugs arbeitet und um jene auch nur an VMware melden zu dürfen muß man der Maschinerie weiteres Geld in den Rachen werfen. Ich hab eine Lizenz ohne Wartung, bei einer Insolvenzversteigerung erworben... und hab mich bisher immer so durchgebissen.
Mit zerstörtein Einstellungen ging vermutlich ein Bug einher, oder die Datenbank in dem Photon OS hätte zuallererst ein Update benötigt.
Aus meiner eigenen VMware Praxis kann sagen, du bist noch glimpflich davongekommen. Bei uns auf der Arbeit ging wegen einer falschen Firmwareupdatestrategie (für einen Umstieg von 6.5 auf 6.7) Hardware kaputt, ein Bladecenter mit 10 Blades komplett zerstört - zum Glück haben wir aber 6 davon und den 4-Stunden-Vorortservice von Fujitsu. Und die haben das Ding auch ersetzt. Die Ursache waren falsche Empfehlungen von VMware, welche Firmware in welcher Reihenfolge zu aktualisieren wäre. Danach war irgendeine Backplane inkompatibel, die Blades nicht mehr erreichbar und wie updatet man Blades wenn man das Bladcenter gekillt hat?
Mit zerstörtein Einstellungen ging vermutlich ein Bug einher, oder die Datenbank in dem Photon OS hätte zuallererst ein Update benötigt.
Aus meiner eigenen VMware Praxis kann sagen, du bist noch glimpflich davongekommen. Bei uns auf der Arbeit ging wegen einer falschen Firmwareupdatestrategie (für einen Umstieg von 6.5 auf 6.7) Hardware kaputt, ein Bladecenter mit 10 Blades komplett zerstört - zum Glück haben wir aber 6 davon und den 4-Stunden-Vorortservice von Fujitsu. Und die haben das Ding auch ersetzt. Die Ursache waren falsche Empfehlungen von VMware, welche Firmware in welcher Reihenfolge zu aktualisieren wäre. Danach war irgendeine Backplane inkompatibel, die Blades nicht mehr erreichbar und wie updatet man Blades wenn man das Bladcenter gekillt hat?
Kann ich so nicht nachvollziehen, gestern Nacht 20 vCenter updatet ohne Probleme und die paar Tausend VMs laufen ohne Probleme wie vor dem Update.
Das Problem taucht erst nach erneutem Reboot des vCenters auf.
Hi,
ihr folgt den Firmwareupgrade Prozeduren/Empfehlungen eines fremden Herstellers anstatt denen der Hardware? Was hat VMware mit der Firmware des Hardware Herstellers zu tun? Die muss in der HCL stehen ja aber sonst...
Grüße
Gansa28
ihr folgt den Firmwareupgrade Prozeduren/Empfehlungen eines fremden Herstellers anstatt denen der Hardware? Was hat VMware mit der Firmware des Hardware Herstellers zu tun? Die muss in der HCL stehen ja aber sonst...
Grüße
Gansa28
Was war deine Lösung, nur rein Interessenhalber. Bei uns taucht auch nach dem reboot dein DHCP Problem nicht auf.
Ich bin zurück auf die vorherige Version.
1
Moin,
Gruß,
Dani
Das Problem taucht erst nach erneutem Reboot des vCenters auf.
auch hier dein beschriebenes Problem nicht nachvollziehbar. Alle Testsysteme zeigen keine Probleme auf. Gruß,
Dani
Moin,
den Patch habe ich noch nicht eingespielt, aber scheinbar bist du bisher hier der einzige mit diesen Problemen...
Ist dein vCenter durch ein Upgrade einer vorherigen Version (6.5/ 6.7) Version entstanden oder mit der 7er neu aufgesetzt worden?
Nicht, dass eine ALtlast für ein Problem sorgt...
Mal das Problem an VMware herangetragen?
Gruß
em-pie
den Patch habe ich noch nicht eingespielt, aber scheinbar bist du bisher hier der einzige mit diesen Problemen...
Ist dein vCenter durch ein Upgrade einer vorherigen Version (6.5/ 6.7) Version entstanden oder mit der 7er neu aufgesetzt worden?
Nicht, dass eine ALtlast für ein Problem sorgt...
Mal das Problem an VMware herangetragen?
Gruß
em-pie
Das vCenter ist mit der 7er Version frisch aufgesetzt und nur rudimentär eingestellt (es wird halt nicht viel benötigt).
Ich werde am Montag mal ein frisches mit der Version 7.0.2.00100 aufsetzen und mal sehen.
Vielleicht war es ein lokaler Bug und kein globaler.
Ich werde am Montag mal ein frisches mit der Version 7.0.2.00100 aufsetzen und mal sehen.
Vielleicht war es ein lokaler Bug und kein globaler.
1
Update:
Die Ursache schien in der Datenbank vom vCenter zu liegen.
Ich habe das vCenter (mit Version 7.0.2Ua) frisch installiert ohne Einstellungen und ich kann das Teil so oft ich will neu starten ohne dass es zu Fehlern kommt.
Jetzt nur noch auf Dienstschluss warten und den Cluster neu erzeugen....
Gruß
Looser
Die Ursache schien in der Datenbank vom vCenter zu liegen.
Ich habe das vCenter (mit Version 7.0.2Ua) frisch installiert ohne Einstellungen und ich kann das Teil so oft ich will neu starten ohne dass es zu Fehlern kommt.
Jetzt nur noch auf Dienstschluss warten und den Cluster neu erzeugen....
Gruß
Looser
1
