[Kimchi-devel] RFC: "Add disk to existing logical storage pool"
Daniel H Barboza
danielhb at linux.vnet.ibm.com
Fri Jan 31 19:13:26 UTC 2014
On 01/31/2014 04:25 PM, Aline Manera wrote:
>
> Hi Daniel,
>
> Did you try to edit the pool xml and add a new device for it? Instead
> of doing it manually though vgextend command
>
> For example:
>
> virsh pool-destroy lvm-pool
>
> virsh pool-edit lvm-pool
> (add a new device for it)
>
> virsh pool-start lvm-pool
>
> I don't know if it is possible but we give it a try
Haven't tried it. Definitely worth a try.
Another question: maybe I could add some remove disk from LVM feature as
well? If we support adding we should support removing... right? There is
this caveat where removing a disk from a LVM can "corrupt" the data of
the remaining pool. One solution to that would be to destroy/restart the
LVM pool if a disk removal happens.
HHmmmm perhaps the removal of disks would be very similar to simply
delete the pool and re-create it with fewer disks, so no point in trying
to implement a new way to do the same thing .... thoughts?
>
> Regards,
> Aline Manera
>
> On 01/31/2014 11:42 AM, Daniel H Barboza wrote:
>> Hello!
>>
>> I am almost delivering a first version of this feature but now I am
>> having doubts in how it might work or not.
>>
>> My implementation would use vgextend and add a disk to an existing
>> LVM pool. The question is that, in this process, all existing data in
>> the added partition will be deleted. Is this ok? We can warn the user
>> about it, of course. But I am not sure if this is the intended design.
>>
>> I've spoken with Aline a while ago and she agreed that the
>> implementation would function similar to what we have today when
>> creating a new LVM pool. We simply "do not care" about the potential
>> data loss when adding the disk to an existing pool.
>>
>> Any thoughts?
>>
>>
>> thanks!
>>
>> _______________________________________________
>> Kimchi-devel mailing list
>> Kimchi-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/kimchi-devel
>>
>
More information about the Kimchi-devel
mailing list