On Tue, May 25, 2010 at 11:33:15AM -0500, Anthony Liguori wrote:
> On 05/25/2010 11:25 AM, Daniel P. Berrange wrote:
> > With some disk locking
> >approaches we need todo a lock transfer before allowing the dest
> >to continue running.
>
> QEMU is going to read the disk before the migration compl
On Tue, 25 May 2010 17:35:53 +0200
Juan Quintela wrote:
> Anthony Liguori wrote:
> > On 05/25/2010 09:21 AM, Juan Quintela wrote:
>
> >> +MIGRATION_CANCELED
> >> +--
> >> +
> >> +Emitted when migration is canceled. This is emitted in the source.
> >> +Target will emit MIGRATION
On Tue, May 25, 2010 at 06:04:17PM +0200, Juan Quintela wrote:
> Anthony Liguori wrote:
> > On 05/25/2010 10:35 AM, Juan Quintela wrote:
>
> >> problem here is that libvirt start target with -S, and waits to do the
> >> "cont" as soon as possible. As of know, only way to do it is to poll
> >> in
On 05/25/2010 11:25 AM, Daniel P. Berrange wrote:
On Tue, May 25, 2010 at 06:04:17PM +0200, Juan Quintela wrote:
Anthony Liguori wrote:
On 05/25/2010 10:35 AM, Juan Quintela wrote:
problem here is that libvirt start target with -S, and waits to do the
"cont" as soon as
On Tue, May 25, 2010 at 10:57:33AM -0500, Anthony Liguori wrote:
> On 05/25/2010 10:35 AM, Juan Quintela wrote:
> >Anthony Liguori wrote:
> >
> >
> >>
> >>>+Data: None
> >>>+
> >>>+Example:
> >>>+
> >>>+{ "event": "MIGRATION_CANCELED",
> >>>+"timestamp": {"seconds": 1274687575, "mic
On Tue, May 25, 2010 at 05:35:53PM +0200, Juan Quintela wrote:
> Anthony Liguori wrote:
>
> >> +Example:
> >> +
> >> +{ "event": "MIGRATION_FAILED",
> >> +"timestamp": {"seconds": 1274687575, "microseconds": 592483} }
> >> +
> >> +MIGRATION_STARTED
> >> +-
> >> +
> >> +Emitted
