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 <za...@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 <a...@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@redhat.com > https://www.redhat.com/mailman/listinfo/linux-cluster >
-- Linux-cluster mailing list Linux-cluster@redhat.com https://www.redhat.com/mailman/listinfo/linux-cluster
