Bug 674789

Summary:	visible PATH for quorumd heuristic programs is changed from rhel-5.4 to rhel-5.5
Product:	Red Hat Enterprise Linux 5	Reporter:	Ingvar Hagelund <ingvar>
Component:	cman	Assignee:	Fabio Massimo Di Nitto <fdinitto>
Status:	CLOSED UPSTREAM	QA Contact:	Cluster QE <mspqa-list>
Severity:	medium	Docs Contact:
Priority:	low
Version:	5.5	CC:	cluster-maint, edamato
Target Milestone:	rc	Keywords:	Reopened
Target Release:	---
Hardware:	Unspecified
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-06-15 13:45:13 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Ingvar Hagelund 2011-02-03 11:16:21 UTC

Description of problem:
When upgrading from rhel-5.4 to rhel-5.5, visible PATH for quorumd heuristic programs is changed. Specifically, /usr/local/bin is no longer available without specifying full path.

This has not been tested on rhel-5.6 yet.

Version-Release number of selected component (if applicable):
cman-2.0.115-34.el5_5.4
openais-0.80.6-16.el5_5.9

How reproducible:
Always

Steps to Reproduce:
1. Install a simple two-node cluster with quorum disk on rhel-5.4. Create a custom script for quorum disk heuristics in /usr/local/bin/check_qdisk. Configure quorumd with heuristic program="check_qdisk"

2. On rhel-5.4, qdisk works. On rhel-5.5, qdisk goes offline, as it is unable to find the script.

3. Also, there are no warnings in the system log that could hint anything about why the script was not run. Just qdiskd[pid]: <info> Initial score 0/2. Being unable to run the heuristics should be logged to syslog.
  
Actual results:
clustat reports quorum disk offline after upgrade

Expected results:
no change in behaviour when upgrading from one rhel5 version to another.

Additional info:
Easy workaround: Add full path to the script.

Comment 1 Lon Hohberger 2011-02-14 15:54:41 UTC

I can't find anything in:

* cman
* qdiskd
* the cman/qdiskd init scripts 
* the initscripts package (ex: /etc/init.d/functions, /sbin/service)

... which would explain such a change.

The only thing I can think of is possibly a change in /etc/profile / /etc/profile.d/* which alters the default path of 'root' upon login, but this wouldn't explain a change during bootup.

Comment 2 Ingvar Hagelund 2012-02-11 10:27:21 UTC

I saw you closed this. Could you at least please add some log error providing info on why the script could not run, so debugging becomes a bit easier.

Ingvar

Comment 3 RHEL Program Management 2012-05-15 18:57:26 UTC

This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux release.  Product Management has
requested further review of this request by Red Hat Engineering, for
potential inclusion in a Red Hat Enterprise Linux release for currently
deployed products.  This request is not yet committed for inclusion in
a release.

Comment 4 Lon Hohberger 2012-06-15 13:45:13 UTC

http://git.fedorahosted.org/git?p=cluster.git;a=commit;h=955e85a37c34f2d04980585789c7fe5dbe7d1bf2