Hi, On Tue, Mar 29, 2011 at 07:06:38PM +0200, Raoul Bhatia [IPAX] wrote: > hi, > > some of you might recall the bashism in external/rackpdu > which was discussed in [1] fixed in [2]. > > > i today stumbled over this problem again and i think that the > stonith output is not fully captured via syslog: > > calling stonith manually: > > # stonith -t external/rackpdu hostlist="AUTO" pduip="x" community="y" -T > > reset z2 > > local: 280: l.i.a: bad variable name > ^ please remember this line > > > external/rackpdu[8264]: ERROR: Outlet number not found for node z2. Result: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.1 = STRING: "z1" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.2 = STRING: "b" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.3 = STRING: "m2" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.4 = STRING: "c1" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.5 = STRING: "w1" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.6 = STRING: "l.i.a" > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.7 = STRING: "w2" > ... > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.24 = STRING: "abc" > > ** INFO: external_run_cmd: Calling > > '/usr/lib/stonith/plugins/external/rackpdu reset z2' returned 256 > > > > ** (process:8241): CRITICAL **: external_reset_req: 'rackpdu reset' for > > host z2 failed with rc 256 > > when called by pacemaker/stonithd: > > Mar 29 18:26:26 z1 stonithd: [1628]: info: client tengine [pid: 1633] > > requests a STONITH operation RESET on node z2 > > Mar 29 18:26:26 z1 stonithd: [1628]: info: stonith_operate_locally::2713: > > sending fencing op RESET for z2 to stonith:0 (external/rackpdu) (pid=3110) > ... > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: ERROR: Outlet number not > > found for node z2. Result: iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.1 = STRING: > > "z1" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.2 = STRING: "b" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.3 = STRING: "m2" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.4 = STRING: "c1" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.5 = STRING: "w1" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.6 = STRING: "l.i.a" > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.7 = STRING: "w2" > ... > > Mar 29 18:26:28 z1 external/rackpdu[3112]: [3146]: > > iso.3.6.1.4.1.318.1.1.12.3.3.1.1.2.24 = STRING: "abc" > > Mar 29 18:26:29 z1 stonithd: [3110]: info: external_run_cmd: Calling > > '/usr/lib/stonith/plugins/external/rackpdu reset z2' returned 256 > > Mar 29 18:26:29 z1 stonithd: [3110]: CRIT: external_reset_req: 'rackpdu > > reset' for host z2 failed with rc 256 > > Mar 29 18:26:29 z1 stonithd: [1628]: info: failed to STONITH node z2 with > > local device stonith:0 (exitcode 5), gonna try the next local device > > Mar 29 18:26:29 z1 stonithd: [1628]: info: we can't manage z2, broadcast > > request to other nodes > > > as you can see, "local: 280: l.i.a: bad variable name" isn't logged to > syslog.
I think that the stderr output of stonith plugins has never been captured by stonithd. Neither by the external plugin which actually runs all external/* plugins. Unless I'm very wrong, it's been quite a while since I looked at stonithd. Thanks, Dejan > my corosync logging section: > > logging { > > fileline: off > > to_stderr: yes > > to_logfile: no > > to_syslog: yes > > syslog_facility: daemon > > debug: off > > timestamp: on > > logger_subsys { > > subsys: AMF > > debug: off > > tags: enter|leave|trace1|trace2|trace3|trace4|trace6 > > } > > } > > > is this a configuration or a cluster stack error? > > thanks, > raoul > > [1] http://www.gossamer-threads.com/lists/linuxha/dev/69168#69168 > [2] > http://hg.linux-ha.org/glue/diff/400104f3d1d3/lib/plugins/stonith/external/rackpdu > -- > ____________________________________________________________________ > DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at > Technischer Leiter > > IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at > Barawitzkagasse 10/2/2/11 email. off...@ipax.at > 1190 Wien tel. +43 1 3670030 > FN 277995t HG Wien fax. +43 1 3670030 15 > ____________________________________________________________________ > _______________________________________________________ > Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev > Home Page: http://linux-ha.org/ _______________________________________________________ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/