Bug 505302 - binaries in /sbin use libraries in /usr/
binaries in /sbin use libraries in /usr/
Status: CLOSED DEFERRED
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: cman (Show other bugs)
5.3
All Linux
low Severity medium
: rc
: ---
Assigned To: Chris Feist
Cluster QE
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-11 08:31 EDT by Nate Straz
Modified: 2016-04-26 12:04 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-06-11 10:43:49 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Nate Straz 2009-06-11 08:31:04 EDT
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 10:43:49 EDT
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).

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