Firmwareupdate HP mit installiertem ESXi
Hallo zusammen,
bei uns stehen Firmwareupdates des Servers an.
Ich habe das noch nie gemacht und leider auch niemanden, den ich fragen kann.
Bei google finde ich viele Anleitungen, die auf ein ilo oder vcenter angewiesen sind.
ilo : kann nicht genutzt werden, da nur das einstecken des lankabels ein pod auslöst (u.a. deshalb soll das update gemacht werden)
vcenter: kein vcenter vorhanden
Es handelt sich um ein HP gen9 mit angepasstem Image VmWare 6.5
Habe ich etwas zu befürchten, wenn ich alle Maschinen und den Host herunterfahre und dann über intelligent provisioning mit einem usb ein spp einspiele?
Meine Sorge ist halt, das der ESXI nicht mehr hochfährt, da er vielleicht noch keine Treiber hat?
bei uns stehen Firmwareupdates des Servers an.
Ich habe das noch nie gemacht und leider auch niemanden, den ich fragen kann.
Bei google finde ich viele Anleitungen, die auf ein ilo oder vcenter angewiesen sind.
ilo : kann nicht genutzt werden, da nur das einstecken des lankabels ein pod auslöst (u.a. deshalb soll das update gemacht werden)
vcenter: kein vcenter vorhanden
Es handelt sich um ein HP gen9 mit angepasstem Image VmWare 6.5
Habe ich etwas zu befürchten, wenn ich alle Maschinen und den Host herunterfahre und dann über intelligent provisioning mit einem usb ein spp einspiele?
Meine Sorge ist halt, das der ESXI nicht mehr hochfährt, da er vielleicht noch keine Treiber hat?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 507269
Url: https://administrator.de/contentid/507269
Ausgedruckt am: 22.11.2024 um 14:11 Uhr
11 Kommentare
Neuester Kommentar
Das aktuelle SPP hast du vorliegen? Downloads leider nur mit Carepack für eine Maschine aus der selben Serie.
Du kannst ein SPP normalerweise über mehrere Wege ausrollen, das geht in der Regel auch über das Netzwerk und ESXi ganz gut. Dazu SPP auf einem Windows PC ausführen, den Zielserver einbinden (Zugangsdaten am besten für den ESXi Root User). Dann kann man erstmal gucken welche Firmware aktualisieren möchte.
Leider sind die SPPs recht unübersichtlich und es können auch noch aktuelle Sachen fehlen. Es sind aber nur HP-eigene Komponenten betroffen, das muss schon fehlerfrei laufen. Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Du kannst ein SPP normalerweise über mehrere Wege ausrollen, das geht in der Regel auch über das Netzwerk und ESXi ganz gut. Dazu SPP auf einem Windows PC ausführen, den Zielserver einbinden (Zugangsdaten am besten für den ESXi Root User). Dann kann man erstmal gucken welche Firmware aktualisieren möchte.
Leider sind die SPPs recht unübersichtlich und es können auch noch aktuelle Sachen fehlen. Es sind aber nur HP-eigene Komponenten betroffen, das muss schon fehlerfrei laufen. Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Da wäre ich vorsichtig mit, da wir ja die Konfig von Sven91 nicht kennen.
Eine geänderte SAS HBA-Firmware zB kann auch schnell nach neuen Treibern verlangen. (Auf die Schnauze bin ich nämlich schon mal gefallen.)
Eine geänderte SAS HBA-Firmware zB kann auch schnell nach neuen Treibern verlangen. (Auf die Schnauze bin ich nämlich schon mal gefallen.)
Zitat von @ukulele-7:
Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Zitat von @ichbindernikolaus:
Da wäre ich vorsichtig mit, da wir ja die Konfig von Sven91 nicht kennen.
Eine geänderte SAS HBA-Firmware zB kann auch schnell nach neuen Treibern verlangen. (Auf die Schnauze bin ich nämlich schon mal gefallen.)
Da wäre ich vorsichtig mit, da wir ja die Konfig von Sven91 nicht kennen.
Eine geänderte SAS HBA-Firmware zB kann auch schnell nach neuen Treibern verlangen. (Auf die Schnauze bin ich nämlich schon mal gefallen.)
Zitat von @ukulele-7:
Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Eigentlich sollte ESXi als OS davon beim nächsten Boot nichts wissen, es ist ja erstmal nur Firmware und keine Treiber.
Deswegen ja: Erst Storage Updates, dann die Hosts, dann das Custom ESXi updaten
Aus der Erfahrung heraus kann ich Dir folgendes sagen:
Ich hatte lange Zeit HP-Server mit ESXi im Einsatz.
Wenn die Maschinen vorzugsweise mit einem fertigen HP-Image von VMware betankt sind, hatte ich zuerst das Betriebssystem angehoben und erst dann ein Firmwareupgrade eingespielt.
Ich muss dazu sagen, dass ich in den Blechen auch tatsächlich nur HP-Hardware drin hatte und keine Gerätschaften eines anderen Herstellers.
Im Großen und Ganzen ging das immer fehlerfrei, bis irgendwann mal sich ein defektes Paket ins Image geschmuggelt hatte und meine Kisten geschätzt alle 42 Tage tatsächlich mit Kernel Panic im VMware-Kernel abschmierten.
Ich hatte lange Zeit HP-Server mit ESXi im Einsatz.
Wenn die Maschinen vorzugsweise mit einem fertigen HP-Image von VMware betankt sind, hatte ich zuerst das Betriebssystem angehoben und erst dann ein Firmwareupgrade eingespielt.
Ich muss dazu sagen, dass ich in den Blechen auch tatsächlich nur HP-Hardware drin hatte und keine Gerätschaften eines anderen Herstellers.
Im Großen und Ganzen ging das immer fehlerfrei, bis irgendwann mal sich ein defektes Paket ins Image geschmuggelt hatte und meine Kisten geschätzt alle 42 Tage tatsächlich mit Kernel Panic im VMware-Kernel abschmierten.
Zitat von @beidermachtvongreyscull:
Im Großen und Ganzen ging das immer fehlerfrei, bis irgendwann mal sich ein defektes Paket ins Image geschmuggelt hatte und meine Kisten geschätzt alle 42 Tage tatsächlich mit Kernel Panic im VMware-Kernel abschmierten.
Im Großen und Ganzen ging das immer fehlerfrei, bis irgendwann mal sich ein defektes Paket ins Image geschmuggelt hatte und meine Kisten geschätzt alle 42 Tage tatsächlich mit Kernel Panic im VMware-Kernel abschmierten.
Ich meine deine Vorgehensweise wird so auch nicht von VMWare supported.
Das will ich nicht abstreiten. Wenn ich mich an alle Vorgaben der Hersteller halten wollte, wäre die IT nicht mehr bezahlbar.