Bug#633024: Same Problem

2014-02-12 Thread Zachary Palmer
I am also experiencing this bug. My system is configured thus: /dev/sd{a,b,c,d}{1,2} are partitions for devices /dev/md1{0,1} are the MD devices for the boot and root, respectively /dev/md10p1 is the PV for the VG vgboot /dev/md11p1 is the PV for the VG vg0 /dev/vgboot/boot

Bug#633024:

2013-08-05 Thread Rain Maker
This bug has been "idle" for almost 2 years, but I found a similair situation, which could make this bug much more important. Since kernel 3.10, the "bcache" module was introduced. This essentially enables users to use a SSD disk as caching device. A sort of "storage tiering" (/ hierarchical stora

Bug#633024:

2011-09-03 Thread Roel Brook
OK, I've tried udevadm settle, and it didn't do anything. I (think) I did find the place where the race condition is actually occurring. The mdadm array it's assembling, is partitioned. Partition 3 is the PV which holds the LV with my root filesystem. The "lvm" top-script is ran immediately afte

Bug#633024:

2011-08-10 Thread Rain Maker
2011/8/9, maximilian attems : > just use rootdelay bootparam, instead of such hacks. > I'm sorry if I was unclear, but rootdelay does NOT help in this situation. As the documentation explains, rootdelay delays between SCSI scan and mdadm / LVM assembly / scan. I need a delay between mdadm assemb

Bug#633024:

2011-08-09 Thread maximilian attems
On Mon, 08 Aug 2011, Rain Maker wrote: > I have succesfully worked around this "issue" by adding a "sleep 2" to > the top (below the dependency checking) in > /usr/share/initramfs/scripts/local-top/lvm2 > > By introducing a delay before actually scanning for LV's, my system > boots succesfully ev

Bug#633024:

2011-08-08 Thread Rain Maker
I have succesfully worked around this "issue" by adding a "sleep 2" to the top (below the dependency checking) in /usr/share/initramfs/scripts/local-top/lvm2 By introducing a delay before actually scanning for LV's, my system boots succesfully every time. -- To UNSUBSCRIBE, email to debian-bug

Bug#633024: initramfs-tools: Race condition when root filesystem is on a LV and mdadm array

2011-07-13 Thread maximilian attems
On Mon, 11 Jul 2011, Rain Maker wrote: > - The rootdelay=X option does as advertised: "Also it adds time to > scsi device to settle before calling mdadm or lvm thus excluding > potential races.". > In this situation, I seem to need a delay between assembling mdadm and > activating the VG's. sure

Bug#633024: initramfs-tools: Race condition when root filesystem is on a LV and mdadm array

2011-07-11 Thread Rain Maker
2011/7/8, maximilian attems : > On Fri, 08 Jul 2011, Roel Brook wrote: > >> When booting the system, it seems there is a race condition between >> assembling >>.. >> "lvm vgdisplay" after running a "lvm vgchange -ay" > > tried to use rootdelay=X with a small value? > see http://wiki.debian.org/Init

Bug#633024: initramfs-tools: Race condition when root filesystem is on a LV and mdadm array

2011-07-08 Thread maximilian attems
On Fri, 08 Jul 2011, Roel Brook wrote: > When booting the system, it seems there is a race condition between assembling > a mdadm array, and scanning and / or activating VGs which have it's PV on this > array. > > I have a mdadm array (ICH9R fakeraid BIOS array), where one of the partitions > is