Hi, On Mon, Sep 22, 2008 at 09:08:30PM +1200, Ivan wrote: > Hi, > > There was a thread recently about this. It's actually not a good idea > after all to run it as clone, it's better as primitive resource with a > constraint.
Right. In particular for two-node clusters. > Read this: > > http://www.gossamer-threads.com/lists/linuxha/users/50064#50064 > > Regards, > Ivan > > > > On Sun, 2008-09-21 at 16:30 +0200, Mario Pulsfort wrote: > > Hi, > > > > I`m trying to use STONITH over HP iLO Interfaces for a XEN cluster with > > 2 Nodes. > > > > I configured a STONITH resource for each iLO Interface as a clone > > resource with clone_max=1 and clone_node_max=1. > > > > Then i used order constraints to run the iLO resource to reboot xen node > > 2 on xen node 1. > > > > This works ok for me, but if I reboot or STONITH one node the STONITH > > resource which should run on this host doesn`t come back online. > > > > I have to manuely run a "Cleanup Resource" via the hb_gui and then the > > resource comes back online on this host. Perhaps you can post the logs. Thanks, Dejan > > The STONITH resource can only run on one node in the cluster. If I > > reboot this node heartbeat tries to start the resource on the other node > > and that fails. > > How can I tell heartbeat that it should not try to start the STONITH > > resource an the other node? It should always stay on it node which it > > was configured for even if this node goes down. > > > > > > I`m using heartbeat-2.1.4 on SLES10SP2 with iLO2 interfaces of HP > > DL380G5 server. > > > > Can you perhaps give me an advice? > > > > > > Regards, > > > > Mario > > _______________________________________________ > > 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
