[libvirt] [PATCH 1/3] Domain events - primary implementation

Daniel P. Berrange berrange at redhat.com
Thu Oct 9 19:51:37 UTC 2008


On Thu, Oct 09, 2008 at 08:33:14PM +0200, Stefan de Konink wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> Daniel P. Berrange schreef:
> >> +typedef enum {
> >> +      VIR_DOMAIN_EVENT_ADDED,
> >> +      VIR_DOMAIN_EVENT_REMOVED,
> >> +      VIR_DOMAIN_EVENT_STARTED,
> >> +      VIR_DOMAIN_EVENT_SUSPENDED,
> >> +      VIR_DOMAIN_EVENT_RESUMED,
> >> +      VIR_DOMAIN_EVENT_STOPPED,
> >> +      VIR_DOMAIN_EVENT_SAVED,
> >> +      VIR_DOMAIN_EVENT_RESTORED,
> >> +} virDomainEventType;
> 
> 
> Is it possible to get an *active* migration state event from the source.
> In xm list the name seems to change to migrating-.

These events are reflecting the result state of a VM. When a outgoing 
migration starts, it is still running as far as everyone should be
concerned - its supposed to be totally transparent. Once it completes
the results state is 'removed'. For an incoming migration, a VM starts
in the paused state until its finished migrating, at which point it is
running. So all the state changes associated with migration are tracked
already. 

I can see it might be desirable to be able to explicitly tell when an
outgoing migration starts & completes, and when an incoming migration
starts & completes. You'd likely want more info in the context fo the
migration event though - eg the destination host, and the source host.
So perhaps we should have an explicit migration event type you can
register for, separately from the domain execution lifecycle states. 

Daniel
-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|




More information about the libvir-list mailing list