[Linux-cluster] EFI in CLVM
Paras pradhan
pradhanparas at gmail.com
Fri Aug 12 17:53:15 UTC 2011
Removed the first few blocks and last cylinder successfully.So no GPT
signatures now.
pvcreate and vgcreate were successfully but not the lvcreate again.
*pvs o/p:*
/dev/mpath/mpath13 prd_vg10 lvm2 a- 2.00T
2.00T
*vgs o/p:*
prd_vg10 1 0 0 wz--nc 2.00T 2.00T
*lvcreate o/p:*
lvcreate -n prd_vg10_lv -L2047G prd_vg10
Error locking on node prd3: device-mapper: create ioctl failed: Device or
resource busy
Error locking on node prd1: device-mapper: create ioctl failed: Device or
resource busy
Error locking on node prd2: device-mapper: create ioctl failed: Device or
resource busy
Now since I don't have device partitions, I don't care about kapartx . Am I
correct?
Paras.
On Fri, Aug 12, 2011 at 12:17 PM, Randy Zagar <zagar at arlut.utexas.edu>wrote:
> On Fri, Aug 12, 2011 at 10:14 AM, Paras Pradhan wrote:
>
>> On Fri, Aug 12, 2011 at 7:39 AM, Alan Brown <ajb2 at mssl.ucl.ac.uk> wrote:
>>
>> Paras pradhan wrote:
>>>
>>> Hi,
>>>>
>>>> I have a 2199GB LUN assigned to my 3 node cluster. Since its >2TB, I
>>>> used
>>>> parted to create the EFI GPT parittion. After that pvcreate and vgcreate
>>>> were successfull but I get the following error when doing lvcreate.
>>>>
>>>>
>>>> If the entire LUN is a PV then you don't need to partition it.
>>>
>>
>>
>> You mean don't use parted or any and directly proceed to pvcreate?
>>
> That's correct. Pvcreate can be used on raw unpartitioned devices (e.g.
> pvcreate /dev/sdc).
>
> If you try to do this on your disks, I'm pretty sure pvcreate will
> complain/abort because it detects an existing partition table...
>
> Personally, I find GPT partition tables to be annoying... (a) because I
> have to use "parted", and (b) because they're so difficult to erase from a
> disk.
>
> If you want to get rid of that GPT partition table, you'll have to zero out
> (dd if=/dev/zero ...) the first three blocks AND the entire last cylinder of
> your disk to obliterate all traces of it (there's a backup GPT partition
> table hiding in the last cylinder).
>
> -RZ
>
>
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20110812/f7f5c800/attachment.htm>
More information about the Linux-cluster
mailing list