[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] linux-lvm Digest, Vol 78, Issue 4



On 08/17/2010 09:16 PM, Daksh Chauhan wrote:
>> A little history and why I am asking the question in this list.
>> The customer needed to move from an existing SAN to a new SAN and wanted
>> as little as possible down time for the Application. So they zoned the
>> new SAN for access by the system and then added the new LUNs to the
>> existing Volume Group. Then ran the pvmove commands. It worked with no
>> problem on one of the PVs, but on the second one all the I/O hung at the
>> Application and any commands that access the LVM information such as
>> vgdisplay.
> 
> Why not use LVM mirroring? Checkout lvconvert...

Wrong tool for the job. There's currently no way to "split" an LVM2
mirror leaving two usable devices (without resorting to manual edits of
the metadata anyway).

Using pvmove is the right way to approach this problem with the current
tools and since it's going to be using the same kernel infrastructure to
shovel the data around there's no guarantee the user won't run into the
same kind of problem.

Regards,
Bryn.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]