No Bootable Device nach Neustart des Hosts

[pt_it]

Hallo,

wir sind heute umgezogen, also hab ich mein Proxmox Host ordentlich heruntergefahren und am neuen Standort wieder hochgefahren.
Alles hat erstaunlicherweise ohne Probleme funktioniert.
Nur eine Linux Maschine (SLES11) meint auf einmal das es kein bootable Device mehr hat.
Hab die VM schon per gparted live CD gestartet und die boot parition wird von gparted als leer angezeigt.
Unrecognize disk label.
Was kann ich tun und wieso passiert so etwas nach einem "Neustart" einfach so?

 

[Falk R.]

Der Neustart war bestimmt nicht die Ursache, es gibt viele Möglichkeiten warum Daten korrupt oder verloren gehen können. Ohne mehr Infos ist das Glaskugel lesen.
Ich habe schon Server gesehen, die Monatelang mit einer korrupten OS Partition liefen und es erst nach einem Reboot aufgefallen ist. Damals waren auch die Backups über mehrere Monate defekt.
Hast du schon versucht ein Backup einzuspielen?

 

[pt_it]

Der Neustart war bestimmt nicht die Ursache, es gibt viele Möglichkeiten warum Daten korrupt oder verloren gehen können. Ohne mehr Infos ist das Glaskugel lesen.
Ich habe schon Server gesehen, die Monatelang mit einer korrupten OS Partition liefen und es erst nach einem Reboot aufgefallen ist. Damals waren auch die Backups über mehrere Monate defekt.
Hast du schon versucht ein Backup einzuspielen?

Gleiche Problem auch bei uns, das System lief mit scheinbar "defekter" virtueller Systemplatte mehrere Wochen lang bis zum Neustart.
Wir konnten zum Glück aus einem älteren Backup die Systemplatte mit der aktuellen funktionalen Datenplatte a la Frankenstein verheiraten und die aktuellste Version der Datenbank einspielen.
Krass ist, dass die Platte bzw. denke ich eher die Partions-Informationen von einem auf den anderen Tag weg waren.
Man konnte es gut über den File Restore sehen, ab wann die Platte noch "durchsuchbar" war.
Nachdem die Maschine wieder lief nach der Operation war auch das Backup wieder brauchbar.

Was man nicht alles so macht während eines Umzugs am Wochenende bis 2:30 Uhr in der Nacht

 

[cwt]

Gerne mucken Systeme, die ewig an waren, wenn (wie beim Umzug/Umbau) der Strom mal wirklich länger weg ist. Hat zwar jetzt nix mit korrupten Daten zu tun, aber birgt auch so manche Überraschung. Einer unserer Kunden hat an seiner NC-Kantbank extra eine 8kw USV, weil der 486er darin so exotisch ist, dass man die Steuerung bloß nicht abschaltet Dass die HDD (200mb IDE) immer noch lebt, ist bemerkenswert X-D

 

[Falk R.]

Habt ihr zufällig Windows VMs mit SATA am Start?

 

[Dunuin]

Habt ihr zufällig Windows VMs mit SATA am Start?

Genau daran hatte ich auch gerade gedacht. Falls ja, dann wäre das ein alt bekannter Bug der vor Kurzem gefixt wurde und nicht mehr vorkommen sollte, wenn man auf einem aktuellem PVE8 ist. Siehe: https://bugzilla.proxmox.com/show_bug.cgi?id=2874

 

[Neobin]

Genau daran hatte ich auch gerade gedacht. Falls ja, dann wäre das ein alt bekannter Bug der vor Kurzem gefixt wurde und nicht mehr vorkommen sollte, wenn man auf einem aktuellem PVE8 ist. Siehe: https://bugzilla.proxmox.com/show_bug.cgi?id=2874

Der Fix ist aktuell noch nicht released:
https://forum.proxmox.com/threads/vm-efi-boot-corrupt.82922/post-593226

 

[pt_it]

So erneut hat es mich erwischt nach einem Monat.
Scheinbar kann man es verhindern, indem man die Platten per SCSI einbindet.
Problem jedoch ist, dass meine SUSE Linux dann nicht mehr bootet.
Was könnte das Problem sein, bleibt einfach im boot Vorgang ohne große Infos hängen.

 

[Falk R.]

Warum bootet dein SUSE dann nicht mehr?
IDE funktioniert auch und ist nicht viel langsamer als sata Emulation

 

[pt_it]

Warum bootet dein SUSE dann nicht mehr?
IDE funktioniert auch und ist nicht viel langsamer als sata Emulation

Bin mir nicht ganz sicher, da kein Fehler kommt und es einfach im Bootvorgang stehen bleibt.
Mit IDE funktioniert es aber, denke es könnte an der Kombination aus alten Linux System + mehrere Platte + LVM Partitionen liegen.
Lasse es mal auf IDE laufen, da es kein ultra HighEnd System ist und hoffe mal, dass ich ab sofort befreit von diesem Bug bin.
Dann kann ich auch in Ruhe ein Host-Update planen.