Hi Alain, yes your arguments about group-2 makes sense. To get an idea, if you are seeing a side effect about one resource desturbing the other OR if its a reproducable plan of the pengine, you should check, if this also happens, if you only set node2 in status "standby" and "active" again.
If so you could create a shadow cib and than only change the node status in the shadow cib and starting the what-if-analyze. This gives us an idea, if the cluster does that relocation due to your configuration only inside the cluster, or if there also some extenal factors which only occurs on really running resources. Kind regards Fabian On 08/05/2011 02:17 PM, [email protected] wrote: > Hi Fabian, > > Many thanks to have a look at my initial problem. > I can't make it again today as I'm trying another configuration on both > servers (HA NFS active/active I post > another thread about it this morning) but I should be able to try again > next week. > > But if I well understand your explanation: > you suppose that clone-1 instance on node2 when it starts > again after the reboot, it could disturb the clone-1 instance on node 3 by > stop/restart it also on node3 ? > I have not noticed via crm_mon any state change of the clone-1 instance on > node3 when node2 is restarted > neither any state change on the group-2 which remain started on node3 (if > clone-1 has been stopped/restarted > on node3 even quickly, I should have also seen group-2 stopped/restarted > due to the order-group-2 constraint) > > Hope it helps to clarify ... > Thanks again > Alain > > > > De : Maloja01 <[email protected]> > A : [email protected] > Date : 05/08/2011 11:40 > Objet : Re: [Linux-HA] location and orders : Question about a behavior ... > Envoyé par : [email protected] > > > > On 08/02/2011 05:06 PM, [email protected] wrote: >> Hi >> >> I have this simple configuration of locations and orders between > resources >> group-1 , group-2 and clone-1 >> (on a two nodes ha cluster with Pacemaker-1.1.2-7 /corosync-1.2.3-21) : >> >> location loc1-group-1 group-1 +100: node2 >> location loc1-group-2 group-2 +100: node3 >> >> order order-group-1 inf: group-1 clone-1 >> order order-group-2 inf: group-2 clone-1 >> >> property $id="cib-bootstrap-options" \ >> dc-version="1.1.2-f059ec7ced7a86f18e5490b67ebf4a0b963bccfe" \ >> cluster-infrastructure="openais" \ >> expected-quorum-votes="2" \ >> stonith-enabled="true" \ >> no-quorum-policy="ignore" \ >> default-resource-stickiness="5000" \ >> >> (and no current cli- preferences) >> >> When I stop the node2, the group-1 is well migrated on node3 >> But when node2 is up again, and that I start Pacemaker again on node2, >> the group-1 automatically comes back on node2 , and I wonder why ? >> >> I have other similar configuration with same location constraints and > same >> default-resource-stickiness value, but without order with a clone >> resource, >> and the group does not come back automatically. But I don't understand > why >> this order constraint would change this behavior ... > > We should focus our thoughts on the fact, that when node2 comes back > into the cluster the clone-1 gets a change, because it is started now > also on node2 - am I right? I do not have a good explanatio at this > point of time but this could be the point why the group-1 looses its > stickiness, because its first stopped and than restarted (after the > clone is completely up again). > > Can you check the following in your setup: Either set max_clone to 1 > (just for a test of course) or doing an anti-location that clone-1 will > not run on node2 (so after rejoining node2 clone-1 will not get a > change in its setup). > > With your current config (without my changes): > You should also check, if you see any stops on clone-instances when > node2 is rejoining the cluster. That could be the case, if you have > limitted the number of clones and have additional location > constraints for the clone. > > Can you tell more about the clone and the group? Are there any possible > side effects in the functionality of the resources? > > Kind regards > Fabian > >> >> Thanks for your help >> Alain Moullé >> >> _______________________________________________ >> Linux-HA mailing list >> [email protected] >> http://lists.linux-ha.org/mailman/listinfo/linux-ha >> See also: http://linux-ha.org/ReportingProblems > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems > > _______________________________________________ > Linux-HA mailing list > [email protected] > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
