RAID1 lässt sich nicht assemblen nach Reboot

v1nc3nt

New Member
Feb 24, 2020
2
0
1
25
Hallo,
ich habe mit mdadm herumgespielt und es klappt erstmal alles. Wenn ich aber ein Reboot des kompletten Server mache kommt das Raid1 nicht wieder. Auch ein erzwungenes Reassemble löst das Problem nicht. Erst ein erneutes Erstellen des Raids stellt den gewünschten Zustand wieder her inklusive aller Daten. Falls es relevant ist, auf dem Raid1 läuft ein lvm-thin. Das einzige ungewöhnliche was ich bis jetzt gefunden habe ist die Ausgabe von update-initramfs. Kann das die Ursache sein oder kann das an einer anderen Stelle liegen?

Code:
# mdadm --assemble /dev/md0 /dev/sdc /dev/sdd --force
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: /dev/sdc has no superblock - assembly aborted

# mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdc /dev/sdd
mdadm: partition table exists on /dev/sdc
mdadm: partition table exists on /dev/sdc but will be lost or
       meaningless after creating array
mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
mdadm: partition table exists on /dev/sdd
mdadm: partition table exists on /dev/sdd but will be lost or
       meaningless after creating array
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.

# /usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf
# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-5.4.44-2-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.3.18-3-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.3.10-1-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
 
Hallo,
ich habe mit mdadm herumgespielt und es klappt erstmal alles. Wenn ich aber ein Reboot des kompletten Server mache kommt das Raid1 nicht wieder. Auch ein erzwungenes Reassemble löst das Problem nicht. Erst ein erneutes Erstellen des Raids stellt den gewünschten Zustand wieder her inklusive aller Daten. Falls es relevant ist, auf dem Raid1 läuft ein lvm-thin. Das einzige ungewöhnliche was ich bis jetzt gefunden habe ist die Ausgabe von update-initramfs. Kann das die Ursache sein oder kann das an einer anderen Stelle liegen?

Code:
# mdadm --assemble /dev/md0 /dev/sdc /dev/sdd --force
mdadm: Cannot assemble mbr metadata on /dev/sdc
mdadm: /dev/sdc has no superblock - assembly aborted

# mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdc /dev/sdd
mdadm: partition table exists on /dev/sdc
mdadm: partition table exists on /dev/sdc but will be lost or
       meaningless after creating array
mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
mdadm: partition table exists on /dev/sdd
mdadm: partition table exists on /dev/sdd but will be lost or
       meaningless after creating array
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.

# /usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf
# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-5.4.44-2-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.3.18-3-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.3.10-1-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
Softraid via mdadm möglichst nicht verwenden in Proxmox. Dafür wird ZFS empfohlen.
 

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!