On 2012-03-20T11:42:08, Andrew Beekhof <and...@beekhof.net> wrote:
> > I'm observing a little bit unintuitive behavior of migration logic when
> > transition is aborted (due to CIB change) in the middle of the resource
> > migration.
> >
> > That is:
> > 1. nodea: migrate_to nodeb
> > 2. transition abort
> > 3. nodeb: stop
> > 4. nodea: migrate_to nodec
>
> I'd like to see that a crm_report showing that behavior.
> Because I'm looking at the same scenario and I see:
>
> 1. nodea: migrate_to nodeb
> 2. transition abort
> 3. nodea: stop
> 4. nodeb: stop
> 5. nodec: start
Yes, that's what I see and expect too.
What would obviously be very nice is if the PE could reconstruct that a
migration is on-going and allow it to complete first, before again
shuffling the resource to where it now believes it should be. (To avoid
service downtime.) I wonder how hard that'd be? ;-)
Regards,
Lars
--
Architect Storage/HA
SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB
21284 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde
_______________________________________________
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker
Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org
