Bug 754110

Summary:	/sbin/audispd-zos-remote relies on libs in /usr
Product:	Red Hat Enterprise Linux 5	Reporter:	Ondrej Moriš <omoris>
Component:	audit	Assignee:	Steve Grubb <sgrubb>
Status:	CLOSED WONTFIX	QA Contact:	Ondrej Moriš <omoris>
Severity:	medium	Docs Contact:
Priority:	high
Version:	5.8	CC:	ebenes
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2012-05-31 09:55:06 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Bug Depends On:	755503
Bug Blocks:

Description Ondrej Moriš 2011-11-15 12:40:56 UTC

Description of problem:

/sbin/audispd-zos-remote relies on libs in /usr: 

libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x07f40000) 
liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x07f10000) 
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x07c40000) 

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

audispd-plugins-1.8-2.el5

How reproducible:

100%

Steps to Reproduce:

1. tps-rpmtest (SharedLibTest)
  
Actual results:

SharedLibTest PASS.

Expected results:

SharedLibTest FAIL.

Additional info:

http://nest.test.redhat.com/mnt/qa/scratch/omoris/audit-5-tps-rpmtest.log

Comment 1 Steve Grubb 2011-11-15 13:29:20 UTC

I don't think there is a big problem with this. The audispd program will try to restart the plugin later when it has an event. Besides, fixing the problem would require moving the libraries to /lib64 and you would have to file a big on those packages.

Comment 2 RHEL Program Management 2012-01-09 14:46:38 UTC

This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.8 and Red Hat does not plan to fix this issue the currently developed update.

Contact your manager or support representative in case you need to escalate this bug.

Comment 4 Ondrej Moriš 2012-05-31 09:55:06 UTC

This should (will?) be resolved by "exception" in SharedLib. Therefore I am closing this bug.

Comment 5 Ondrej Moriš 2012-05-31 09:58:12 UTC

BTW: Notice that "Resolved" is not an appropriate word here. The bug will still be present, the aforementioned exception just cause that TPS will not be complaining about it.