Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 512947

Summary:	fence_sanbox2 unable to retrieve status of fencing
Product:	Red Hat Enterprise Linux 5	Reporter:	Marek Grac <mgrac>
Component:	cman	Assignee:	Marek Grac <mgrac>
Status:	CLOSED ERRATA	QA Contact:	Cluster QE <mspqa-list>
Severity:	medium	Docs Contact:
Priority:	low
Version:	5.3	CC:	cluster-maint, djansa, edamato, jkortus, sghosh
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	cman-2.0.115-17.el5	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	510279	Environment:
Last Closed:	2010-03-30 08:41:25 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	510279
Bug Blocks:

Description Marek Grac 2009-07-21 13:00:53 UTC

+++ This bug was initially created as a clone of Bug #510279 +++

Created an attachment (id=350948)
addded $t->dump_log("/tmp/dump_log.txt"); to the script

using fence_sanbox2 to fence cluster nodes from qlogic sanbox2 fabric, fencing always fails because the script has issues interpreting the output of the telnet sesssion.

Version-Release number of selected component (if applicable):

cman-2.0.98-1.el5_3.4

How reproducible:

fence any port on a sanbox switch, if you check with telnet/snmp, the port will be disabled, but fencing still fails.

Additional info:

attached is a dump_log session output of Net::Telnet, reading through it, it appears as if the fancing agent just dumps the command and doesn't wait for what the switch returns to the commands.
I've removed the line with our password on it :)

Comment 3 Jaroslav Kortus 2010-03-15 17:43:35 UTC

Any patch attached or nothing was changed here?

Comment 4 Perry Myers 2010-03-16 14:40:16 UTC

(In reply to comment #3)
> Any patch attached or nothing was changed here?    

The patch is in the build and in distcvs, but was not attached to the bugzilla.  That shouldn't prevent you from verifying this bz though should it?

Marek, can you please dig up the patch and attach it to the bz for completeness though?

Comment 9 errata-xmlrpc 2010-03-30 08:41:25 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/RHBA-2010-0266.html