9
ESXi Fehler eingrenzen anhand eines Pink-Screens
Hallo,
ich habe diesen Screenshot von einem Absturz eines ESXi erhalten.
Es handelt sich um einen Fujitsu-Server der auf ESX-Liste steht und bisher ohne Auffälligkeiten lief.
Er stürzte an zwei aufeinanderfolgenden Tagen nachts ab.
Alle Tests waren negativ.
Seit 2 Wochen läuft er wieder störungsfrei.
Kann Jemand anhand des Screenshots eine Ursache eingrenzen?
RAM, NIC, NT/Strom, Storage?
Ich sehe ganz unten "no place on disk to dump data".
Der ESX bootet von einer 120GB SATA M2 SSD wo sonst nichts drauf ist.
Zu wenig Platz kann also nicht sein. Könnte also ein Fehler beim Zugriff auf die SSD sein.
oder lese ich da zu viel rein?
Stefan
ich habe diesen Screenshot von einem Absturz eines ESXi erhalten.
Es handelt sich um einen Fujitsu-Server der auf ESX-Liste steht und bisher ohne Auffälligkeiten lief.
Er stürzte an zwei aufeinanderfolgenden Tagen nachts ab.
Alle Tests waren negativ.
Seit 2 Wochen läuft er wieder störungsfrei.
Kann Jemand anhand des Screenshots eine Ursache eingrenzen?
RAM, NIC, NT/Strom, Storage?
Ich sehe ganz unten "no place on disk to dump data".
Der ESX bootet von einer 120GB SATA M2 SSD wo sonst nichts drauf ist.
Zu wenig Platz kann also nicht sein. Könnte also ein Fehler beim Zugriff auf die SSD sein.
oder lese ich da zu viel rein?
Stefan
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2665111170
Url: https://administrator.de/forum/esxi-fehler-eingrenzen-anhand-eines-pink-screens-2665111170.html
Ausgedruckt am: 06.04.2025 um 04:04 Uhr
9 Kommentare
Neuester Kommentar
Hi.
Auf diversen VMWare Patch Release Seiten wurde daraufhingewiesen, dass dieses Problem wohl behoben wurde.
Für 7.0.1 habe ich das jetzt noch nicht explizit gelesen.
Gibt es einen verfügbaren Patch oder ist der Host auf dem neuesten Stand?
Gruß
Marc
Auf diversen VMWare Patch Release Seiten wurde daraufhingewiesen, dass dieses Problem wohl behoben wurde.
Für 7.0.1 habe ich das jetzt noch nicht explizit gelesen.
Gibt es einen verfügbaren Patch oder ist der Host auf dem neuesten Stand?
Gruß
Marc
Moin,
habe mir das filesystem eines ESXi noch nicht genauer angeschaut, aber gibt es für die logs eine eigene Partition? Wenn ja, wie voll ist die?
habe mir das filesystem eines ESXi noch nicht genauer angeschaut, aber gibt es für die logs eine eigene Partition? Wenn ja, wie voll ist die?
"No place on Disk" wird vermutlich der Übeltäter sein
Da steht aber schon noch mehr drin....Kernel Panic....FS Probleme....
Wie warm is es im Serverraum?
Wie warm is es im Serverraum?
Moin,
den Bildschirm kenne ich ! War auch ein Fujitsu und ist alle paar Wochen mal aufgetreten - allerdings noch mit der 6.70, mehr ging nicht (Fujitsu VMware Image). Wir haben damals ein VMware Update gemacht wenn ich mich richtig errinere...
Evtl. mal den ESXi auf Stand bringen (sofern supported), deine Version 7.0.1 Build 16850804 ist 10/2020, aktuell ist 19482537.
https://customerconnect.vmware.com/patch
Trommel
den Bildschirm kenne ich ! War auch ein Fujitsu und ist alle paar Wochen mal aufgetreten - allerdings noch mit der 6.70, mehr ging nicht (Fujitsu VMware Image). Wir haben damals ein VMware Update gemacht wenn ich mich richtig errinere...
Evtl. mal den ESXi auf Stand bringen (sofern supported), deine Version 7.0.1 Build 16850804 ist 10/2020, aktuell ist 19482537.
https://customerconnect.vmware.com/patch
Trommel
Hi,
überprüfe mal die Energieeinstellungen sowohl im BIOS als auch im ESXi.
Kannst Du nachvollziehen, zu welcher Uhrzeit der PSOD auftrat, korrelliert das zufällig mit dem Backup. Ich hatte mal einen Fall, da war ein Bug im VMWare-Treiber für den SAS-Controller und genau zum Backup hat der sich verschluckt und auch einen PSOD geworfen.
Ansonsten sollten auch sämtliche Treiber für Storage, LAN/NIC und die Firmware der iRMC auf passendem Stand sein.
Gruß
cykes
überprüfe mal die Energieeinstellungen sowohl im BIOS als auch im ESXi.
Kannst Du nachvollziehen, zu welcher Uhrzeit der PSOD auftrat, korrelliert das zufällig mit dem Backup. Ich hatte mal einen Fall, da war ein Bug im VMWare-Treiber für den SAS-Controller und genau zum Backup hat der sich verschluckt und auch einen PSOD geworfen.
Ansonsten sollten auch sämtliche Treiber für Storage, LAN/NIC und die Firmware der iRMC auf passendem Stand sein.
Gruß
cykes
Moin,
bei den FuSis ist das aus meiner Erfahrung heraus ein Treiberproblem. Einen echten Hardwareschaden der zu nem PSOD führte hatte ich bei ca 30 Servern noch nie.
Die o.g. ESXi Version ist von Oktober 2020. Da dürften mittlerweile auch TreiberUpdates gekommen sein.
Gruß
bei den FuSis ist das aus meiner Erfahrung heraus ein Treiberproblem. Einen echten Hardwareschaden der zu nem PSOD führte hatte ich bei ca 30 Servern noch nie.
Die o.g. ESXi Version ist von Oktober 2020. Da dürften mittlerweile auch TreiberUpdates gekommen sein.
Gruß
Ich probiere es demnächst mit einer aktuelleren Version von ESXi.
Danke für den Input
Btw. aktuell schnurrt die Kiste wieder...
Vieleicht auch Stromschwankungen durch die USV kombiniert mit ein paar EMP-Signalen und der aktuellen Planetenkonstelation...
Danke für den Input
Btw. aktuell schnurrt die Kiste wieder...
Vieleicht auch Stromschwankungen durch die USV kombiniert mit ein paar EMP-Signalen und der aktuellen Planetenkonstelation...
Zitat von @StefanKittel:
Vieleicht auch Stromschwankungen durch die USV kombiniert mit ein paar EMP-Signalen und der aktuellen Planetenkonstelation...
Vieleicht auch Stromschwankungen durch die USV kombiniert mit ein paar EMP-Signalen und der aktuellen Planetenkonstelation...
Das wirds sein.. da drehen die Festplatten gleich falsch herum
Trommel
