Am 24.09.2014 10:47, schrieb Stefan Hajnoczi:
I think the assumption with drive-mirror is that you throw away the
destination image if something fails. That's the exact opposite of MC
where we want to fail over to the destination :).
This was not obivous for me...
Here is one example of a me
Am 18.09.2014 15:56, schrieb Stefan Hajnoczi:
There is the issue of request ordering (using write cache flushes). The
secondary probably needs to perform requests in the same order and
interleave cache flushes in the same way as the primary. Otherwise a
power failure on the secondary could leav
Thank you for your Time and the detailed answer!
I have needed some time to work through your answer ;-)
What MC needs is a block device agnostic, controlled and asynchronous
approach for replicating the contents of block devices and its state changes
to the secondary VM while the primary VM is
Am 11.09.2014 19:44, schrieb Dr. David Alan Gilbert:
For keeping the complete system state consistent on the secondary system
there must be a possibility for MC to commit/discard block device state
changes. In normal operation the mirrored block device state changes (block
buffer) are committed
Hello Michael, Hello Paolo
i have „studied“ the available documentation/Information and tried to
get an idea of the QEMU live block operation possibilities.
I think the MC protocol doesn’t need synchronous block device
replication because primary and secondary VM are not synchronous. The
stat
Hi Paolo,
thanks for your hint. I missed your mail from last sunday.
I will take a look on that!
Walid
> Am 17.08.2014 um 11:52 schrieb Paolo Bonzini :
>
> Il 11/08/2014 22:15, Michael R. Hines ha scritto:
>> Excellent question: QEMU does have a feature called "drive-mirror"
>> in block/mirror.c
esentation
videos or any other source of information to get started?
Walid
> Am 14.08.2014 um 12:58 schrieb "Dr. David Alan Gilbert" :
>
> cc'ing in a couple of the COLOers.
>
> * Michael R. Hines (mrhi...@linux.vnet.ibm.com) wrote:
>>> On 08/13/2014 10:03
hael
On 08/12/2014 01:22 AM, Walid Nouri wrote:
Hi,
I will do my best to make a contribution :-)
Are there alternative ways of replicating local storage other than
DRBD that are possibly feasible?
Some that are directly build into Qemu?
Walid
Am 09.08.2014 14:25, schrieb Michael R. Hines:
On Sa
Hi,
I will do my best to make a contribution :-)
Are there alternative ways of replicating local storage other than DRBD
that are possibly feasible?
Some that are directly build into Qemu?
Walid
Am 09.08.2014 14:25, schrieb Michael R. Hines:
On Sat, 2014-08-09 at 14:08 +0200, Walid Nouri
10 matches
Mail list logo
