lvm1 on raid1 devices not working after upgrade from 2.4 to 2.6.8 on debian upgrade from woody -> sarge

[Thomas Stegbauer]

hi lvm-maintainer's,
hi mario,

we run several machines with software-raid1 on a debian woody with a
selfcompiled vanilla 2.4.?? kernel with lvm and raid1 compiled-in (not
as a module).

we mostly used /dev/md1 (sda1 and sdb1) as boot, /dev/md0 (sda2 and
sdb2) as / and /dev/md2 (sda3 and sdb3) as one big volume-group vg0.
sda4 and sdb4 are used as swap without raid.

this worked fine the last years.

we use dual-i686, single-i686, amd-k6 with scsi-disk's and ide-disk's.
(ide disks as hda and hdc ;)

now me made several upgrades to debian sarge what worked fine and
upgraded also to kernel 2.6.8-2 from debian-sarge (which means mdadm and
lvm2)

after the next reboot, mdadm and lvm starts from rcS.d with S25 in parallel.

at this point, the lvm script complains about:
found duplicate PV xxxxx: using /dev/sdb3 not /dev/sda3 what is wrong at
this point!! cause it should only use /dev/md2 instead!

afterwards mdadm complains:
failed to add /dev/sda3 to /dev/md2 device or resource busy
could not lock unknown-block (8,3)
and builds md2 only with sdb3

the machine works afterwards fine, with a broken mirror.

afterwards i set md_component_detection = 1 in /etc/lvmconf/lvm.conf
this causes, no lvm is found and the machine have no usr, var and so on,
what comes from the lvm!

but the really bad thing is; /dev/md2 is ok and looks to be in a fine
state, it does not recognize that it is not consistent!!!

the same happens if someone have the bad idea and start the old kernel
2.4.x!!


now set md_component_detection = 0 and move /etc/rcS.d/S25lvm to S26lvm.
after the reboot you have desaster and you lost your data from the lvm
(by the way the same happens, if you start the old 2.4.x)!

cause mdadm builds the raid and set it consistent, but it isn't!! and
lvm starts of a inconsistent array, where the system thinks it is
consistent!

voila and xfs on the volume crashes

any ideas?

btw: i dont have any editor anymore when i dont have a /usr :(

greetings
thomas

-- 
# Thomas Stegbauer

# http://www.keyserver.de:11371/pks/lookup?op=get&search=0x275931BF
# Key fingerprint = 984E D4B1 E91E F349 5057  B6AC 65CE C0FC 2759 31BF


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20050801/b8137290/signature.pgp