URL: <http://savannah.gnu.org/bugs/?54192>
Summary: Fails to assemble RAID6 on sata/scsi devices, but works with virtio (qemu) Project: GNU GRUB Submitted by: sumpfralle Submitted on: Wed 27 Jun 2018 01:24:54 AM UTC Category: Disk & Partition Severity: Major Priority: 5 - Normal Item Group: Software Error Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Discussion Lock: Any Release: Release: 2.02 Reproducibility: Every Time Planned Release: None _______________________________________________________ Details: Hello, I configured RAID6 consisting of four drives. The disks use the GPT partition scheme. The following partitions are defined on each disk: * 1M - BIOS Boot * the rest - LVM RAID The RAID is complete (non-degraded) and uses the metadata version 1.2. The RAID contains an LVM (which contains the root filesystem, incl. /boot/). But I never saw a sign, that the RAID is assembled by Grub - thus I guess, the LVM is not relevant. The system runs Debain Stretch. When booting the server, the rescue console is visible and an error message regarding the missing boot blockdevice is presented. "ls" shows only the partitions of the disks (e.g. "(hd0,gpt1)"). The RAID is not visible. The same error is shown (and "ls" outputs the same) when trying to boot these disks via qemu as "scsi" disks: qemu-system-x86_64 \ -drive format=raw,if=scsi,readonly,file=/dev/sda \ -drive format=raw,if=scsi,readonly,file=/dev/sdb \ -drive format=raw,if=scsi,readonly,file=/dev/sdc \ -drive format=raw,if=scsi,readonly,file=/dev/sdd When using the "virtio" blockdevice driver of qemu it magically works: qemu-system-x86_64 \ -drive format=raw,if=virtio,readonly,file=/dev/sda \ -drive format=raw,if=virtio,readonly,file=/dev/sdb \ -drive format=raw,if=virtio,readonly,file=/dev/sdc \ -drive format=raw,if=virtio,readonly,file=/dev/sdd I am surprised by the different behaviour of both blockdevice virtualization backends. Everything else remained unchanged. The disks (and their partitions) can obviously be read while using the "scsi" interface (as demonstrated by the "ls" command). Thus it feels a bit like a subtile interaction between the sata/scsi module and the RAID module (crazy wild guessing). btw.: Booting from a RAID1 with metadata version 0.9 (instead of RAID6 with v0.9) works also with the "scsi" interface via qemu. Do you have any idea, how I could debug the situation? Thank you for your time! Cheers, Lars _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?54192> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/ _______________________________________________ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub