On Tue, Jul 29, 2008 at 7:05 PM, daniel peess <[EMAIL PROTECTED]> wrote: > hi there, > > goal: > several groups shall never run on the same node and never influence each > other.
If I understand you right, each group has to run on its own node and should never run together with another group on one node .... so where should a resource fail over to in case of a node failure? Isn't then the cluster "overhead" obsolete without an additional standby node? Regards, Andreas > > example: 3 nodes, 3 groups, 3 colocation constraints. > - colocation constraints are all '-infinity'. > group_1 --> group_2, group_1 --> group_3, group_2 --> group_3. > - if you crash/standby/stop the node that is running group_1, > no other group is affected, OK. > - if you crash/standby/stop the node that is running group_2, > group_1 is stopped too and group_2 is run there instead, NOK. > - if you crash/standby/stop the node that is running group_3, > group_1 and group_2 are stopped too > and group_2 and group_3 are started again, NOK. > - if two nodes are active and run group_2 and group_3, > and you start the third node, group_2 and group_3 are first stopped > and started before starting group_1, NOK. > - no matter if all colocation constraints are symmetrical 'true' or 'false', > the behavior is the same. > > i didn't set any order constraints, with them i would expect this behaviour. > i just don't want to run them together. > colocation constraints shouldn't define any precedence, > as priority attributes are used for that, wrong? > > bye, > daniel > > -- > It is not the strongest of the species that survives, nor the most > intelligent, > but rather the one most responsive to change. Charles Darwin. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFIj03GOc+x6Qjb4v0RAtRKAKCGhpvrnBhnD6JvjrkKJRExstf34wCglVY0 > SIBRFplFshret1lXBRCSJhg= > =T+gM > -----END PGP SIGNATURE----- > > _______________________________________________ > 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
