On Nov 20, 2007, at 11:48 AM, Frank wrote:

Hi,
I've seen some discussions about this, but I'm still confused.
I'm using the drac5 stonith plugin from Thomas Paschy (thanks thomas) but I don't know how to cofigure it to work fine.

We have a cluster with 2 nodes, each one with its public address, and each one with a drac5 device with a private address; le'ts call them node1, node2, node1_drac and node2_drac. So node1 can make a reset to node2 connenting to node2_drac,
and node2 can make a reset to node1 connenting to node1_drac

So we have created two stonith resources called stonith_node1_drac (with node1_drac address) and stonith_node2_drac (with node2_drac address); stonith_node1_drac needs to run on node node2 because it is node2 which can reboot node1, an stonith_node2_drac
needs to run on node node1 because it is node1 which can reboot node2

If we started this way, they starts ok. But when we forced a stonith condition on node2 (killing heartbeat) node 1 is not able to reset node2; we got
this on logs:

pengine[8955]: 2007/11/20_11:05:05 WARN: stage6: Scheduling Node kripton for STONITH pengine[8955]: 2007/11/20_11:05:05 info: native_stop_constraints: drac_argon_stop_0 is implicit after kripton is fenced pengine[8955]: 2007/11/20_11:05:05 WARN: process_pe_message: Transition 80: WARNINGs found during PE processing. PEngine Input stored in: /var/lib/heartbeat/pengine/pe-warn-75.bz2 pengine[8955]: 2007/11/20_11:05:05 info: process_pe_message: Configuration WARNINGs found during PE processing. Please run "crm_verify -L" to identify issues. stonithd[3978]: 2007/11/20_11:05:35 ERROR: Failed to STONITH the node kripton: optype=RESET, op_result=TIMEOUT tengine[8954]: 2007/11/20_11:05:35 info: tengine_stonith_callback: call=-43, optype=1, node_name=kripton, result=2, node_list=, action=8:80:84a50e41-ffda-4c9a-959a-76a61919413a tengine[8954]: 2007/11/20_11:05:35 ERROR: tengine_stonith_callback: Stonith of kripton failed (2)... aborting transition.

(kripton is node2 and argon is node1)
It seems that there is something messy with the addresses.
Can anyone help?

not without logs, configurations and the version your using



Thanks.

Frank
UPC - Barcelona -Spain

--
Aquest missatge ha estat analitzat per MailScanner
a la cerca de virus i d'altres continguts perillosos,
i es considera que està net.
For all your IT requirements visit: http://www.transtec.co.uk

_______________________________________________
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

Reply via email to