what's the correct way to declare LVM on entire disk ?
Mathieu Alorent
malorent at echo.fr
Fri Oct 28 14:47:07 CEST 2011
On 16/12/2010 14:47, Michael Tautschnig wrote:
> Hi Mât,
>
> [...]
>
>>>
>>>> Could you tell me what is the "correct" way to declare such a configuration please ?
>>>>
>>>
>>> Your second attempt *without* the disk_config disk2 line would be "correct" -
>>> but it seems that setup-storage is not. Could you just give that another try
>>> as explained above to see the behaviour is consistent at least? I'll meanwhile
>>> try to figure out what's going wrong. Oh, yes, and as always: debug logs are
>>> most welcome :-)
>>
>
> I finally got around to look into this and it might be that indeed it would be
> better not to declare this configuration as being "correct" - and go for another
> one instead. Could you give the following configuration a try?
[...
> disk_config disk2
> raw-disk - 0 - -
> disk_config lvm
> vg PPC disk2
> PPC-WOO /WOO 30G- xfs rw
> ===============================================================================
>
> The problem with entirely leaving out disk2/sdb is that setup-storage does not
> know whether it may put a new disk label on that device or whether that would
> corrupt a disk setup-storage should not have touched. With the above config it
> is made explicit that setup-storage is to configure the disk the way it needs to
> be configured. Well, and going without a (temporary) disk label poses problems
> with parted, which refuses to display the geometry of a device without a disk
> label. Without such information, however, setup-storage cannot determine the
> size of the volumes that will end up on disk2/sdb, e.g., the 30G- volume.
>
> Mât, could you please give this config another try?
>
> Thanks a lot,
> Michael
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4187 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20111028/1506701c/attachment.bin>
More information about the linux-fai
mailing list