[Linux-cluster] (?) Problem with relocating extents within a VG

[Jan Kudjak]

I don't know if this helps.
I've done some tests on RHEL with pvmove and it didn't work for me
without VG deactivation, so you might go for vgchange -a n <vg>
and run pvmove afterwards.

jan

On 1/29/07, Jay Leafey <jleafey at utmem.edu> wrote:
>
> Environment:
> Two HP DL360 servers, each connected to the SAN via two FC adapters, SAN
> is an HP EVA3000 (I think).
>
> CentOS 4.4
> ccs-1.0.7-0.x86_64
> cman-1.0.11-0.x86_64
> GFS-6.1.6-1.x86_64
> GFS-kernel-smp-2.6.9-60.3.x86_64
> GFS-kernheaders-2.6.9-60.3.x86_64
> kernel-smp-2.6.9-42.0.3.EL.x86_64
> lvm2-cluster-2.02.06-7.0.RHEL4.x86_64
> lvm2-2.02.06-6.0.RHEL4.x86_64
> rgmanager-1.9.54-1.x86_64
>
> I have a volume group made up of two LUNs from our SAN.  I was
> attempting to move the extents of one logical volume in the VG from one
> PV to another when I received the following error:
>
> [root at cobalt ~]# pvmove --name old_coeusdev_data /dev/dm-10 /dev/dm-11
>    Error locking on node cobalt.utmem.edu: Resource temporarily
> unavailable
>    Failed to activate old_coeusdev_data
>
> For now, an LV stays where it is located (i.e. on a specific PV) once it
> is created.  I really need to move all of the LVs off of that PV so I
> can release it from the VG (alphabet soup!).  That PV is part of a
> storage pool we need to upgrade to larger drives.
>
> Anyway, any thoughts on this, or other information needed?
> --
> Jay Leafey - University of Tennessee
> E-Mail:  jleafey at utmem.edu  Phone:  901-448-5848  FAX:  901-448-8199
>
> --
> 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/20070204/8acf1495/attachment.htm>