Activity log for bug #52740

Date Who What changed Old value New value Message
2006-07-12 10:04:42 Fabio Massimo Di Nitto bug added bug
2006-09-24 05:39:28 Fabio Massimo Di Nitto initramfs-tools: status Unconfirmed Confirmed
2006-09-24 05:39:28 Fabio Massimo Di Nitto initramfs-tools: importance Untriaged High
2006-09-24 05:39:28 Fabio Massimo Di Nitto initramfs-tools: statusexplanation Yes i found the reason finally yesterday. It's a race condition between devices that forms the raid and contain the lvm root to appear in /dev and the time when mdrun and lvm are executed in the initramfs. lvm is already partially fixed (for root on lvm only). I need to integrate a more general fix for this case. Fabio
2006-09-24 05:39:28 Fabio Massimo Di Nitto initramfs-tools: assignee fabbione
2006-09-26 08:01:26 Fabio Massimo Di Nitto initramfs-tools: statusexplanation Yes i found the reason finally yesterday. It's a race condition between devices that forms the raid and contain the lvm root to appear in /dev and the time when mdrun and lvm are executed in the initramfs. lvm is already partially fixed (for root on lvm only). I need to integrate a more general fix for this case. Fabio
2006-09-26 08:19:22 Fabio Massimo Di Nitto mdadm: status Confirmed Fix Released
2006-09-26 08:19:22 Fabio Massimo Di Nitto mdadm: statusexplanation mdadm (2.4.1-6ubuntu5) edgy; urgency=low * Modify initrafms scripts to wait for devices to appear if they are not there yet when the script is executed on boot: - copy generated mdadm.conf in the initramfs (we need the UUIDs) - modify local-top script to wait for all UUIDs to appear before executing mdrun or wait a max of 3 minutes before giving up. (Closes Ubuntu: #52740) As a side effects of the above fix: * Avoid FileSystem corruption if root is on lvm on raid and raid is not started. LVM will find the devices that are part of the raid and use them bringing the data off-sync. Limitations: * It might require initramfs updates if raid UUIDs are changed. This is a rare corner case of relocating raids and usually who does that knows what he is doing. * We do not check if all devices for a certain raids are available but the machine might be booting in degraded mode for recovery and we shouldn't be blocking on that. Given that there is no way to know that this check will not be performed. -- Fabio M. Di Nitto <fabbione@ubuntu.com> Tue, 26 Sep 2006 09:56:01 +0200