Note: I could not regression-test the DRAC5 agent. However, I verified the specific addition noted in this bugzilla by adding a debug print to the fencing agent. [root@rhel5-1 ~]# fence_drac5 -a 10.1.1.1 -l lon -p lon -n module1 DEBUG: module_name= module1 [root@rhel5-1 ~]# fence_drac5 -a 10.1.1.1 -l lon -p lon -m module1 DEBUG: module_name= module1 I then tested the same modification with the fencing library from an older version of cman (2.0.115-34.el5) and the result was an error when passing the -n (port) argument on the command line: [root@rhel5-1 old_cman]# PYTHONPATH=./usr/lib/fence ./sbin/fence_drac5 -a 10.1.1.1 -l lon -p lon -n module1 Parse error: option -n not recognized Please use '-h' for usage [root@rhel5-1 old_cman]# PYTHONPATH=./usr/lib/fence ./sbin/fence_drac5 -a 10.1.1.1 -l lon -p lon -m module1 DEBUG: module_name= module1
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0036.html