setup-storage for raid5 + lvm

[Michael Tautschnig]

[...]
>>
>> So, mysteriously, that information is lost afterwards. Hmm, looking at the code
>> of vol_id it seems that parted might have overridden the volume id for
>> /dev/sda2 (instead of /dev/sda1 or /dev/sda3). Could you re-run that failing
>> installation and, once it aborts, do
>>
>> parted -s /dev/sda print
>>
>>   
>
> This looks ok:
>
> # parted -s /dev/sda print
> [...]
> Number  Start   End     Size    Type     File system  Flags
> 1      32.3kB  535MB   535MB   primary  ext2         raid
> 2      535MB   1604MB  1069MB  primary  linux-swap       3      1604MB  
> 320GB   318GB   primary               raid
>
>
> No raid on sda2, but vol_id disagrees:
>
> # /lib/udev/vol_id --export /dev/sda2
> ID_FS_USAGE=raid
> ID_FS_TYPE=linux_raid_member
> [...]
>

Did /dev/sda2 ever belong to a RAID array? Could you please try
- parted -s /dev/sda set 2 raid off
- run vol_id
- mkswap /dev/sda2
- run vol_id

> So vol_id needs the --skip-raid option to return the uuid; a small patch  
> of setup-storage makes the installation work much better:
>
> --- Fstab.pm.~1~        2009-04-22 11:41:56.000000000 +0000
> +++ Fstab.pm    2009-04-27 12:41:55.000000000 +0000
> @@ -94,7 +94,7 @@
>   # or labels, use these if available
>   my @uuid = ();
>   &FAI::execute_ro_command(
> -    "/lib/udev/vol_id -u $device_name", \@uuid, 0);
> +    "/lib/udev/vol_id --skip-raid -u $device_name", \@uuid, 0);
>
>   # every device must have a uuid, otherwise this is an error (unless we
>   # are testing only)
>
> I don't know if this patch is a good idea, though, or if this behavior  
> of vol_id should be considered as a feature or a bug.
>

Hmm, that feels a bit like a hack as I don't yet understand why there is a RAID
signature at all. And furthermore this option is not available in etch's udev.

Best,
Michael

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
Url : http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20090428/6cc79dbd/attachment.bin