Am Fr 17.08.2007 14:20, Andrew Beekhof <[EMAIL PROTECTED]> schrieb: > On 8/17/07, Klemens Kittan <[EMAIL PROTECTED]> wrote: > > >> we have no solution, but a problem that looks very similar: > > >> We have a drbd master/slave resource and a resource group > > >> including an IPAddr. > > >> > > >> We want the resource group to run on the node that is drbd-master > > >> and need these failover behaviours: > > >> 1. Master role moves (e.g. after stopping drbd on the Master node), > > >> the group should follow. > > >> 2. If the group fails (e.g. after ifconfig bond0:0 down), > > >> drbd Master and after that the resource group itself > > >> should move to the other node. > > >> > > > > > if the group cant run anywhere, should drbd run (or at least me in master > > > mode)? > > > > No. > > in that case, add symmetrical=true to your colocation constraint >
OK, thanks. I will try with this two constrains: <rsc_colocation id="group_on_drbd0" from="group" to_role="Master" to="ms_drbd" score="INFINITY" symmetrical="true"/> <rsc_order id="drbd_promote" from="group" action="start" to="ms_drbd" to_action="promote"/> Am I right that symmetrical=true is the default value? > > The goals are: > > 1. move the drbd master to the slave node if any service in the group fails. > > 2. the group must run only on the drbd master > > > > Currently, the master is not moved, if the group fails. :-( > > > > It is a circular dependency somehow, since group must run only on the drbd > > master and the master is not available if the group does not run. Drbd can > > still run without group, but it makes no sense and therefore must be > > avoided. > > > > Thanks for your help! > > Klemens > > > > -- > > Klemens Kittan > > Systemadministrator > > > > Uni-Potsdam, Inst. f. Informatik > > August-Bebel-Str. 89 > > 14482 Potsdam > > > > Tel. : +49-331-977/3125 > > Fax. : +49-331-977/3122 > > eMail : [EMAIL PROTECTED] > > > > gpg --recv-keys --keyserver wwwkeys.de.pgp.net 6EA09333 > > > > _______________________________________________ > > 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
