在 02/25/2015 03:04 PM, zhanghailiang 写道:
On 2015/2/17 7:47, Eric Blake wrote:
On 02/11/2015 08:17 PM, zhanghailiang wrote:
We leave users to use whatever heartbeat solution they want, if the heartbeat
is lost, or other errors they detect, they can use command
'colo_lost_heartbeat' to tell COL
Hi Fam,
在 02/12/2015 04:44 PM, Fam Zheng 写道:
On Thu, 02/12 15:40, Wen Congyang wrote:
On 02/12/2015 03:21 PM, Fam Zheng wrote:
Hi Congyang,
On Thu, 02/12 11:07, Wen Congyang wrote:
+== Workflow ==
+The following is the image of block replication workflow:
+
++--+
Ping...
在 12/19/2014 11:38 AM, Yang Hongyang 写道:
Rebased to the latest master.
Yang Hongyang (2):
QEMUSizedBuffer: only free qsb that qemu_bufopen allocated
Tests: QEMUSizedBuffer/QEMUBuffer
migration/qemu-file-buf.c | 10 ++
tests/test-vmstate.c | 20
Hi Paolo,
Seems there are no more comments for now.
We are going to implement COLO Disk replication as you suggested. And I add
your comments to the design doc, thank you!
在 12/27/2014 11:23 PM, Paolo Bonzini 写道:
On 26/12/2014 04:31, Yang Hongyang wrote:
Please feel free to comment.
We w
Hi Paolo,
Thank you very much for the reply, you certainly get what we are going to
do, we are investigating Quorum and NBD, and will give you replies in a few
days.
Thanks again,
Yang.
在 12/27/2014 11:23 PM, Paolo Bonzini 写道:
On 26/12/2014 04:31, Yang Hongyang wrote:
Please feel free to
Hello,
I want to create a page about COLO, can anybody help me to
get a wiki account, please.
在 12/16/2014 10:03 AM, Hongyang Yang 写道:
--
Thanks,
Yang.
Ping!
在 12/12/2014 05:53 PM, Yang Hongyang 写道:
Only free qsb that qemu_bufopen allocated, and also allow
qemu_bufopen accept qsb as input for write operation. It
will make the API more logical:
1.If you create the QEMUSizedBuffer yourself, you need to
free it by using qsb_free() but not depen
--
Thanks,
Yang.
Hi Dave,
在 10/29/2014 05:34 PM, Dr. David Alan Gilbert 写道:
* Wen Congyang (we...@cn.fujitsu.com) wrote:
Hi all:
I will start to implement disk replication. Before doing this, I think we
should decide
how to implement it.
I have two ideas about it:
1. implement it in qemu
Advantage: ve
Hi
在 08/01/2014 10:52 PM, Dr. David Alan Gilbert 写道:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
We need a buffer to store migration data.
On save side:
all saved data was write into colo buffer first, so that we can know
the total size of the migration data. this can also separate the d
在 09/12/2014 07:17 PM, Dr. David Alan Gilbert 写道:
* Hongyang Yang (yan...@cn.fujitsu.com) wrote:
??? 08/01/2014 11:03 PM, Dr. David Alan Gilbert ??:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
+static int do_colo_transaction(MigrationState *s, QEMUFile *control
在 08/01/2014 10:43 PM, Dr. David Alan Gilbert 写道:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
migrate colo info to migration target to tell the target colo is
enabled.
If I understand this correctly this means that you send a 'colo info' device
information for migrations that don't have C
在 08/01/2014 11:10 PM, Dr. David Alan Gilbert 写道:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
The ram cache was initially the same as PVM's memory. At
checkpoint, we cache the dirty memory of PVM into ram cache
(so that ram cache always the same as PVM's memory at every
checkpoint), flush c
在 08/01/2014 11:03 PM, Dr. David Alan Gilbert 写道:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
implement colo checkpoint protocol.
Checkpoint synchronzing points.
Primary Secondary
NEW @
Suspend
在 09/11/2014 09:50 AM, Michael R. Hines 写道:
On 09/10/2014 11:43 PM, Walid Nouri wrote:
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
在 09/12/2014 01:44 AM, Dr. David Alan Gilbert 写道:
(I've cc'd in Fam, Stefan, and Kevin for Block stuff, and
Yang and Eddie for Colo)
* Walid Nouri (walid.no...@gmail.com) wrote:
Hello Michael, Hello Paolo
i have ???studied??? the available documentation/Information and tried to
在 09/09/2014 11:34 AM, Hongyang Yang 写道:
Hi
I've read your documentation about Postcopy, this is interesting.
It comes to my mind that if COLO can gain some improvements from
Postcopy.
The first thing I thought was that if we can use the back channel
that request dirty pages from s
在 08/28/2014 11:03 PM, Dr. David Alan Gilbert (git) 写道:
From: "Dr. David Alan Gilbert"
Signed-off-by: Dr. David Alan Gilbert
---
docs/migration.txt | 188 +
1 file changed, 188 insertions(+)
diff --git a/docs/migration.txt b/docs/migrat
Hi
I've read your documentation about Postcopy, this is interesting.
It comes to my mind that if COLO can gain some improvements from
Postcopy.
The first thing I thought was that if we can use the back channel
that request dirty pages from source so that we do not need to manage
a ram snapsho
On 07/23/2014 11:44 PM, Eric Blake wrote:
On 07/23/2014 08:25 AM, Yang Hongyang wrote:
Virtual machine (VM) replication is a well known technique for
providing application-agnostic software-implemented hardware fault
tolerance "non-stop service". COLO is a high availability solution.
Both primar
Hi Michael,
Thank you for paying attention on this.
On 07/08/2014 02:06 PM, Michael R. Hines wrote:
On 07/03/2014 11:42 AM, Hongyang Yang wrote:
I wonder if there is anyway to coordinate this between COLO, Michael
Hines microcheckpointing and the two separate reverse-execution
projects
Hi David,
On 07/01/2014 08:12 PM, Dr. David Alan Gilbert wrote:
* Hongyang Yang (yan...@cn.fujitsu.com) wrote:
Hi Yang,
Background:
COLO HA project is a high availability solution. Both primary
VM (PVM) and secondary VM (SVM) run in parallel. They receive the
same request from client, and
22 matches
Mail list logo
