Bug 505302

Summary: binaries in /sbin use libraries in /usr/
Product: Red Hat Enterprise Linux 5 Reporter: Nate Straz <nstraz>
Component: cmanAssignee: Chris Feist <cfeist>
Status: CLOSED DEFERRED QA Contact: Cluster QE <mspqa-list>
Severity: medium Docs Contact:
Priority: low    
Version: 5.3CC: cluster-maint, edamato
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-06-11 14:43:49 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:

Description Nate Straz 2009-06-11 12:31:04 UTC
Description of problem:

During Package Sanity Testing, the new SharedLibTest failed because cluster tools and daemons rely on libxml2.so, which is in /usr/lib, but the binaries are in /sbin.



Version-Release number of selected component (if applicable):
cman-2.0.98-1.el5_3.4

How reproducible:
100%

Steps to Reproduce:
1. ldd /sbin/css_tool | grep "/usr"
  
Actual results:
=== SharedLibTest =====================
cman-2.0.98-1.el5_3.4.ppc: /sbin/ccs_tool relies on libs in /usr: libxml2.so.2 => /usr/lib/libxml2.so.2 (0xf7e80000) libz.so.1 => /usr/lib/libz.so.1 (0x0f2e0000) 
cman-2.0.98-1.el5_3.4.ppc: /sbin/ccsd relies on libs in /usr: libxml2.so.2 => /usr/lib/libxml2.so.2 (0xf7e80000) libz.so.1 => /usr/lib/libz.so.1 (0x0f2e0000) 
cman-2.0.98-1.el5_3.4.ppc: /sbin/dlm_controld relies on libs in /usr: libdlm.so.2 => /usr/lib/libdlm.so.2 (0x0ff90000) libcpg.so.2 => /usr/lib/openais/libcpg.so.2 (0xf7fd0000) libSaCkpt.so.2 => /usr/lib/openais/libSaCkpt.so.2 (0x0ff30000) 
cman-2.0.98-1.el5_3.4.ppc: /sbin/dlm_tool relies on libs in /usr: libdlm.so.2 => /usr/lib/libdlm.so.2 (0x0ff90000) 
cman-2.0.98-1.el5_3.4.ppc: /sbin/gfs_controld relies on libs in /usr: libcpg.so.2 => /usr/lib/openais/libcpg.so.2 (0x0ffa0000) libSaCkpt.so.2 => /usr/lib/openais/libSaCkpt.so.2 (0x0ff30000) 
cman-2.0.98-1.el5_3.4.ppc: /sbin/groupd relies on libs in /usr: libcpg.so.2 => /usr/lib/openais/libcpg.so.2 (0x0ffa0000) 
SharedLibTest: 22 regular binaries and 36 debug files were found.
Checked 24 of these 58 ELF objects, and 6 errors were found.
Unless otherwise reported, any unchecked objects are part of debuginfo and may be ignored.
TPSRESULT: SharedLibTest Returning: FAIL


Expected results:
Anything using libraries from /usr/lib should be under /usr.

Additional info:

Comment 2 Chris Feist 2009-06-11 14:43:49 UTC
It's unlikely that this is going to be safe to fix until RHEL6.  I'm sure
whoever maintains the TPS report system will be happy to code in an exception
for the GFS/CS tools that are affected, being that they added this check well
after RHEL5 was released (which is why it wasn't caught in the initial
release).

It's not a good idea to move binaries around during a minor release.

I'm closing this bug DEFERRED (to RHEL6).