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

Re: [libvirt] about support quorum and replication in xml



Re-asking the same question multiple times within a day will not get you
a faster reply:

https://www.redhat.com/archives/libvir-list/2017-July/msg01218.html
https://www.redhat.com/archives/libvir-list/2017-July/msg01220.html
https://www.redhat.com/archives/libvir-list/2017-July/msg01267.html

On Fri, Jul 28, 2017 at 15:27:11 +0800, wang guang55 zte com cn wrote:
> hi
> 
> 
> we wiill use quorum and replication in qemu.
> 
> 
> but we found that libvirt does not support quorum and replication in xml.

There were a few attempts to implement it in libvirt but none of them
was willing enough to finish the work given that it required extensive
refactors to the code base.

Currently I don't know of anybody working on this.


> so we want submit some patches for supporting quorum and replication in xml

Please note that I'm currently refactoring the setup of disks in qemu to
use node names (which will be usefull for adding quorum). Patches
created during this time will either overlap or conflict, so this might
not be the greatest time to implement that feature.

As a side note. Adding support for quourum disks will also require
figuring out snapshots and other blockjobs with quorum disks in the
backing chain and for backing chains below the quorum driver. All of
this will probably require to use the blockdev commands with node names.

Additionally quorum will need to be based on the refactor to store the
full backing chain in the XML. While it would be possible to define the
qorum drive in the backing chain via the JSON-pseudo-protocol syntax.
Things are way more complicated once you have multiple images to deal
with.

Attachment: signature.asc
Description: Digital signature


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