Bootplatte defekt: neue Platte eingebaut: Wie geht es weiter

bospre

New Member
Jan 18, 2024
9
0
1
Hallo zusammen,
ich stehe gerade furchtbar auf dem Schlauch.
Bei unserem Server war die Bootplatte defekt (nicht mehr ansprechbar). Der Server ist abgestürzt und hat nicht mehr gebootet.
Also wurde eine neue Festplatte eingebaut und darauf Proxmox neu installiert.
Die VM's und die Daten liegen auf separaten Festplatten.
Allerdings sehe ich unter Disks die Hardware, weiss aber nicht mehr, wie ich das ganze einbinden soll.
Ein "qm rescan" war natürlich erfolglos.

Ich habe mal einen Screenshot der Disks beigefügt.
lsblk gibt folgende Ausgabe:

root@proxmox:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 7.3T 0 disk
sdb 8:16 0 931.5G 0 disk
└─sdb1 8:17 0 931.5G 0 part
sdc 8:32 0 931.5G 0 disk
├─VM_SSD-VM_SSD_tmeta 252:0 0 120M 0 lvm
│ └─VM_SSD-VM_SSD-tpool 252:8 0 931.3G 0 lvm
│ ├─VM_SSD-VM_SSD 252:9 0 931.3G 1 lvm
│ ├─VM_SSD-vm--116--disk--0 252:10 0 80G 0 lvm
│ ├─VM_SSD-vm--112--disk--0 252:11 0 25G 0 lvm
│ ├─VM_SSD-vm--113--disk--0 252:12 0 80G 0 lvm
│ ├─VM_SSD-vm--117--disk--0 252:13 0 25G 0 lvm
│ ├─VM_SSD-vm--110--disk--0 252:14 0 10G 0 lvm
│ ├─VM_SSD-vm--109--disk--0 252:15 0 25G 0 lvm
│ ├─VM_SSD-vm--107--disk--0 252:16 0 25G 0 lvm
│ ├─VM_SSD-vm--104--disk--0 252:17 0 25G 0 lvm
│ ├─VM_SSD-vm--118--disk--1 252:18 0 20G 0 lvm
│ ├─VM_SSD-vm--120--disk--0 252:19 0 32G 0 lvm
│ ├─VM_SSD-vm--115--disk--0 252:20 0 50G 0 lvm
│ ├─VM_SSD-vm--121--disk--0 252:21 0 32G 0 lvm
│ ├─VM_SSD-vm--127--disk--0 252:22 0 50G 0 lvm
│ ├─VM_SSD-vm--125--disk--0 252:23 0 50G 0 lvm
│ ├─VM_SSD-vm--102--disk--0 252:24 0 50G 0 lvm
│ ├─VM_SSD-vm--128--disk--0 252:25 0 50G 0 lvm
│ ├─VM_SSD-vm--126--disk--0 252:26 0 50G 0 lvm
│ ├─VM_SSD-vm--111--disk--0 252:27 0 25G 0 lvm
│ ├─VM_SSD-vm--205--disk--0 252:28 0 32G 0 lvm
│ ├─VM_SSD-vm--205--disk--1 252:29 0 800G 0 lvm
│ ├─VM_SSD-vm--129--disk--0 252:30 0 60G 0 lvm
│ ├─VM_SSD-vm--106--disk--0 252:31 0 25G 0 lvm
│ ├─VM_SSD-vm--108--disk--0 252:32 0 25G 0 lvm
│ ├─VM_SSD-vm--103--disk--0 252:33 0 32G 0 lvm
│ ├─VM_SSD-vm--105--disk--1 252:34 0 32G 0 lvm
│ └─VM_SSD-vm--206--disk--0 252:35 0 25G 0 lvm
└─VM_SSD-VM_SSD_tdata 252:1 0 931.3G 0 lvm
└─VM_SSD-VM_SSD-tpool 252:8 0 931.3G 0 lvm
├─VM_SSD-VM_SSD 252:9 0 931.3G 1 lvm
├─VM_SSD-vm--116--disk--0 252:10 0 80G 0 lvm
├─VM_SSD-vm--112--disk--0 252:11 0 25G 0 lvm
├─VM_SSD-vm--113--disk--0 252:12 0 80G 0 lvm
├─VM_SSD-vm--117--disk--0 252:13 0 25G 0 lvm
├─VM_SSD-vm--110--disk--0 252:14 0 10G 0 lvm
├─VM_SSD-vm--109--disk--0 252:15 0 25G 0 lvm
├─VM_SSD-vm--107--disk--0 252:16 0 25G 0 lvm
├─VM_SSD-vm--104--disk--0 252:17 0 25G 0 lvm
├─VM_SSD-vm--118--disk--1 252:18 0 20G 0 lvm
├─VM_SSD-vm--120--disk--0 252:19 0 32G 0 lvm
├─VM_SSD-vm--115--disk--0 252:20 0 50G 0 lvm
├─VM_SSD-vm--121--disk--0 252:21 0 32G 0 lvm
├─VM_SSD-vm--127--disk--0 252:22 0 50G 0 lvm
├─VM_SSD-vm--125--disk--0 252:23 0 50G 0 lvm
├─VM_SSD-vm--102--disk--0 252:24 0 50G 0 lvm
├─VM_SSD-vm--128--disk--0 252:25 0 50G 0 lvm
├─VM_SSD-vm--126--disk--0 252:26 0 50G 0 lvm
├─VM_SSD-vm--111--disk--0 252:27 0 25G 0 lvm
├─VM_SSD-vm--205--disk--0 252:28 0 32G 0 lvm
├─VM_SSD-vm--205--disk--1 252:29 0 800G 0 lvm
├─VM_SSD-vm--129--disk--0 252:30 0 60G 0 lvm
├─VM_SSD-vm--106--disk--0 252:31 0 25G 0 lvm
├─VM_SSD-vm--108--disk--0 252:32 0 25G 0 lvm
├─VM_SSD-vm--103--disk--0 252:33 0 32G 0 lvm
├─VM_SSD-vm--105--disk--1 252:34 0 32G 0 lvm
└─VM_SSD-vm--206--disk--0 252:35 0 25G 0 lvm
sdd 8:48 0 3.6T 0 disk
sde 8:64 0 3.6T 0 disk
nvme2n1 259:0 0 931.5G 0 disk
└─nvvme02_1TB_Data_neu-vm--105--disk--0 252:2 0 800G 0 lvm
nvme0n1 259:1 0 931.5G 0 disk
nvme1n1 259:2 0 953.9G 0 disk
├─nvme1n1p1 259:3 0 1007K 0 part
├─nvme1n1p2 259:4 0 1G 0 part /boot/efi
└─nvme1n1p3 259:5 0 952.9G 0 part
├─pve-swap 252:3 0 8G 0 lvm [SWAP]
├─pve-root 252:4 0 96G 0 lvm /
├─pve-data_tmeta 252:5 0 8.3G 0 lvm
│ └─pve-data 252:7 0 816.2G 0 lvm
└─pve-data_tdata 252:6 0 816.2G 0 lvm
└─pve-data 252:7 0 816.2G 0 lvm

Bin für jede Hilfe dankbar.
Boris
 

Attachments

  • proxmox_Disks.jpg
    proxmox_Disks.jpg
    355.6 KB · Views: 11
Bei unserem Server war die Bootplatte defekt (nicht mehr ansprechbar). Der Server ist abgestürzt und hat nicht mehr gebootet.
Also wurde eine neue Festplatte eingebaut und darauf Proxmox neu installiert.
Wow, Respekt dafür, dass Ihr den Punkt "Lessons Learned" konsequent ignoriert :D
Euer einziger Server fällt wegen einer defekten Platte aus, statt daraus zu lernen und direkt zwei im Mirror zu verwenden, wird direkt der gleiche Fehler noch mal gemacht, damit beim nächsten mal bestimmt noch alles funktioniert, wenn auch diese durchgeschrieben ist ^^
(Sorry, aber das konnte ich mir echt nicht verkneifen.)

Die Configs liegen in der Regel unter /etc/pve oder ist in vzdump bzw. PBS enthalten (ich vermute hier mal vorsichtig, dass ihr weder Backups via vzdump noch per PBS oder vom Ordner habt? ^^). Wenn doch, könnt ihr euch dort via GUI auch die Configs anzeigen lassen und ggf. exportieren.

Ohne es ausprobiert zu haben, aber leg doch mal einfach eine leere VM Config an und führe dann für diese ein qm rescan durch. Eventuell wird zumindest die Disk wieder erfasst. Mit der leeren Config ist auch zumindest die VM direkt wieder in PVE da. Dann lässt sich der Rest ggf. via GUI wieder einrichten.
 
Hm, wieso gehst du davon aus, dass es keine Backups gibt?
Es gibt einen zweiten Server auf dem ein grosser Teil der VM's derzeit importiert ist und läuft.
Von der Bootplatte gibt es natürlich kein Backup, auch nicht von /etc/pve.

Mein Problem ist ein grundlegendes Verständnisproblem: Wie bekomme ich die HD's wieder in Proxmox integriert?
Ich kann derzeit gar keine VM anlegen, weil ich zum Beispiel an meine ISOs gar nicht herankomme.
Auch die ganzen Dateien der VM's sind nicht sichtbar.
 
Hm, wieso gehst du davon aus, dass es keine Backups gibt?
Ausschlaggebend für mich die Tatsache dabei, dass es keinen eingebundenen Backup Storage gibt und man auch an der einfachsten Redundanz gespart hat.

Wie bekomme ich die HD's wieder in Proxmox integriert?
Ich kann derzeit gar keine VM anlegen, weil ich zum Beispiel an meine ISOs gar nicht herankomme.
Auch die ganzen Dateien der VM's sind nicht sichtbar.
Ich zitiere mich einfsch mal selbst:
Die Configs liegen in der Regel unter /etc/pve oder ist in vzdump bzw. PBS enthalten (ich vermute hier mal vorsichtig, dass ihr weder Backups via vzdump noch per PBS oder vom Ordner habt? ^^). Wenn doch, könnt ihr euch dort via GUI auch die Configs anzeigen lassen und ggf. exportieren.

Ohne es ausprobiert zu haben, aber leg doch mal einfach eine leere VM Config an und führe dann für diese ein qm rescan durch. Eventuell wird zumindest die Disk wieder erfasst. Mit der leeren Config ist auch zumindest die VM direkt wieder in PVE da. Dann lässt sich der Rest ggf. via GUI wieder einrichten.
 
Eine VM besteht aus Konfig-Dateien und virtuellen Disks. Die virtuellen Disks hast du noch auf den VM Storage Disks, du musst diese aber unter "Datacenter -> Storage -> Add" hinzufügen.
Die Configs sind weg da die auf der Systendisk lagen. Die musst du wie gesagt aus deinen VM-Backups extrahieren.

Und ich kann nur zustimmen. Neue Enterprise SSDs gibt es ab 38€. 38€ mehr für einen Mirror und du hättest dir all die Arbeitszeit und Downtime erspart.
 
Last edited:
Eine VM besteht aus Konfig-Dateien und virtuellen Disks. Die virtuellen Disks hast du noch auf den VM Storage Disks, du musst diese aber unter "Datacenter -> Storage -> Add" hinzufügen.
Die Configs sind weg da die auf der Systendisk lagen. Die musst du wie gesagt aus deinen VM-Backups extrahieren.
Das hilft mir doch schon mal weiter, vielen Dank dafür.
Ich konnte jetzt 2 neue LVM's anlegen.
in der einen sehe ich eine VM-Disk, das ist soweit richtig.
In der anderen müsste ich alle anderen VM -Dateien sehen, diese werden mir jedoch nicht angezeigt?
Ich meine die weiteren Zusatzplatten hatte ich als Directory eingebunden. Muss ich die zunächst händisch in der fstab mounten?
 
Ich konnte jetzt 2 neue LVM's anlegen.
in der einen sehe ich eine VM-Disk, das ist soweit richtig.
In der anderen müsste ich alle anderen VM -Dateien sehen, diese werden mir jedoch nicht angezeigt?
Neue LVMs musst du eigentlich nicht erstellen sondern sie alten aktiv machen (Stichwort "vgchange -ay").
Ich meine die weiteren Zusatzplatten hatte ich als Directory eingebunden. Muss ich die zunächst händisch in der fstab mounten?
Wenn es ein Directory Storage war, ja. Dann erst mounten und den neuen Directory Storage auf dessen Mountpoint verweisen. Und das "qm set DeineVMID set --is_mountpoint /pfad/zum/mountpoint" nicht vergessen.

Konfigs musst du wie gesagt aus den VM Backups extrahieren, wenn du kein Backup des /etc/pve Ordners hast. Wie das geht hängt davon ab ob es VZDump oder PBS ist. Dann Konfig-Datei entsprechend der VMID umbenennen und nach /etc/pve/qemu-server oder /etc/pve/lxc kopieren.

"qm rescan" solltest du glaube ich nur brauchen, wenn du keine Konfig Backups hast und eine leere VM (mit gleichen Konfigs aus dem Gedächtnis!) ohne VM Disks erstellst.
 
Last edited:
Die Infos haben mir geholfen und ich habe hinbekommen.
Das Restore der VM's aus den Backups hat gut funktioniert.
Lediglich eine VM hatte ein paar Besonderheiten, da musste ich etwas nacharbeiten.
Im Moment läuft wieder alles.
Vielen Dank für die Unterstützung.
 
Schön dass es wieder tut ;)

Lessons learnt:
Die wichtigen Sachen dokumentieren, z.B. verwendeter storage, Backupserver Zugang, bei verschlüsseltem Backup den entschlüsselungskey ;)
 
Ja, ich habe jetzt deutlich mehr dokumentiert., Aber Sachen die sonnenklar sind schreibt man manchmal nicht uaf.
Und später stellt man dann fest, so sonnenklar war das doch nicht....
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!