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 461717

Summary:	libz.so.1 is not found on shutdown
Product:	Red Hat Enterprise Linux 5	Reporter:	Eugenij Shkrigunov <eshkrig>
Component:	zlib	Assignee:	Ivana Varekova <varekova>
Status:	CLOSED WONTFIX	QA Contact:	qe-baseos-daemons
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.2	CC:	ebenes, fredrik.blomqvist, jscotka, mcermak, rvokal, zmraz
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:	2010-04-16 12:00:37 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 Eugenij Shkrigunov 2008-09-10 06:01:34 UTC

Often /usr is a separate mountpoint. On shutdown /usr is unmounted, but /sbin/upsdrvctl is linked on libz.so.1
Search on binaries placed in /bin /sbin for link to the libz.so.1 show at list these packages:
cman
info
kexec-tools
nut
rpm
util-linux

Maybe it would be better to place libz.so* at /lib because many binaries from /bin /sbin wanted libz.so? Please consider that.

Comment 1 Jan Ščotka 2009-03-30 15:14:19 UTC

*** Bug 492882 has been marked as a duplicate of this bug. ***

Comment 2 Ivana Varekova 2010-01-14 07:12:34 UTC

*** Bug 554963 has been marked as a duplicate of this bug. ***

Comment 3 Ivana Varekova 2010-04-06 13:35:36 UTC

*** Bug 544317 has been marked as a duplicate of this bug. ***

Comment 4 Radek Vokál 2010-04-16 12:00:37 UTC

This issue sounds like a non-critical problem that should be resolved in future versions of RHEL. If you feel that this issue should have higher priority please contact redhat.com/support.