Bug 494587 (fence_apc_snmp) - fence_apc_snmp time wait
Summary: fence_apc_snmp time wait
Keywords:
Status: CLOSED ERRATA
Alias: fence_apc_snmp
Product: Red Hat Cluster Suite
Classification: Retired
Component: fence
Version: 4
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Marek Grac
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-07 15:14 UTC by Alexandros Soumplis
Modified: 2016-04-26 16:04 UTC (History)
6 users (show)

Fixed In Version: fence-1.32.68-5.el4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-02-16 16:14:49 UTC
Embargoed:


Attachments (Terms of Use)
Patch to add a 5 seconds delay after issuing a poweron or poweroff command. (1.13 KB, patch)
2009-04-07 15:14 UTC, Alexandros Soumplis
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:0266 0 normal SHIPPED_LIVE Low: fence security, bug fix, and enhancement update 2011-02-16 16:14:08 UTC

Description Alexandros Soumplis 2009-04-07 15:14:04 UTC
Created attachment 338512 [details]
Patch to add a 5 seconds delay after issuing a poweron or poweroff command.

Description of problem:

How reproducible: Always

Steps to Reproduce:
1. Issue the fence_apc_snmp command to poweron an outlet
2. The script will return "Error turning outlet on" 
3. Issue the fence_apc_snmp command to check status of an outlet
4. The script returns status as on.

Actual results:
The script does not read the correct status after a poweron or poweroff command through the fence_apc_snmp script.

Expected results:
The script immediately checks the status of the outlet after we issue a poweron of poweroff command in order to determine if the command was executed successfully. Due to delays of the PDU the status is not updated immediately so the command fails. The script should have a small delay before checking the status in order to allow the PDU to be updated with the status of the outlet.

Additional info:

On a cluster node issue the following commands against an APC AP7921 with the IP address 172.16.1.10 paired with a second APC AP7921 with the IP address 172.16.1.11.

[root@~]# fence_apc_snmp -a 172.16.1.10 -c privatetest -n 8 -o on
Error turning outlet on
[root@~]# fence_apc_snmp -a 172.16.1.10-c privatetest -n 8 -o status
Outlet "8" - 8 is on
[root@~]# fence_apc_snmp -a 172.16.1.10 -c privatetest -n 8 -o off
Error turning outlet off
[root@~]# fence_apc_snmp -a 172.16.1.10 -c privatetest -n 8 -o status
Outlet "8" - 8 is off


On the syslog server check the logs (to actually check that the commands for poweron and poweroff do work).

Apr  7 18:58:58 172.16.1.10 Switched Rack PDU: Outlet #8 (Uranus2 PS2) on. 0x0F09
Apr  7 18:58:58 172.16.1.11 Switched Rack PDU: Outlet #8 (Uranus2 PS2) on. 0x0F09
Apr  7 18:59:07 172.16.1.10 Switched Rack PDU: Outlet #8 (Uranus2 PS2) off. 0x0F0B
Apr  7 18:59:07 172.16.1.11 Switched Rack PDU: Outlet #8 (Uranus2 PS2) off. 0x0F0B


Attached there is simple patch to add a delay after a command for poweron or poweroff is executed on the PDUs before checking the status of the outlet.

Comment 5 errata-xmlrpc 2011-02-16 16:14:49 UTC
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/RHSA-2011-0266.html


Note You need to log in before you can comment on or make changes to this bug.