Bug 166076 - Unresolved dependancy for httpd (Apache) in RHEL4 upgrade
Summary: Unresolved dependancy for httpd (Apache) in RHEL4 upgrade
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: httpd
Version: 4.0
Hardware: i386
OS: Linux
Target Milestone: ---
: ---
Assignee: Joe Orton
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-08-16 17:57 UTC by Brian McEntire
Modified: 2007-11-30 22:07 UTC (History)
0 users

Clone Of:
Last Closed: 2005-08-16 21:00:48 UTC

Attachments (Terms of Use)

Description Brian McEntire 2005-08-16 17:57:55 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050719 Red Hat/1.7.10-1.4.1

Description of problem:
Upgraded a vanilla RHEL 3 WS system to RHEL 4u1 today. After upgrading also applied all errata with 'up2date -u --nox'.

After this upgrade, httpd would fail to start with:

Starting httpd: /usr/sbin/httpd: error while loading shared libraries:
libldap.so.2: cannot open shared object file: No such file or directory

ldd revealed that a library that httpd is linked against is missing from the upgraded system:

[root@niagara conf]# ldd /usr/sbin/httpd|grep ldap
        libldap-2.2.so.7 => /usr/lib/libldap-2.2.so.7 (0x00111000)
        libldap.so.2 => not found

This was easily solved by installing compat-openldap from RHN however, it seems like a bug in the upgrade process / an unresolved dependancy. compat-openldap should be added to the system during the upgrade if httpd is installed.

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

How reproducible:
Didn't try

Steps to Reproduce:
1. Install vanilla RHEL 3 WS, install httpd, apply all errata
2. Upgrade to RHEL 4u2, apply all errata
3. Try to start httpd with 'service httpd start'

Actual Results:  Starting httpd: /usr/sbin/httpd: error while loading shared libraries:
libldap.so.2: cannot open shared object file: No such file or directory

Expected Results:  httpd should start

Additional info:

Perhaps this bug belongs to a different componenet besides httpd, if so, please reassign it and I appologize. Something more specific to the upgrade process might be appropriate, or maybe httpd shouldn't rely on compat-openldap?

Comment 1 Joe Orton 2005-08-16 20:30:05 UTC
The likely cause of this is that the system had a third-party apr-util package
installed before the upgrade, is that the case here?  What's the output of:

# rpm -q apr-util
# rpm -ql apr-util

Comment 2 Brian McEntire 2005-08-16 20:47:11 UTC
You are right!

# rpm -q apr-util

# rpm -ql apr-util

Should these be removed now? Is it something the upgrade could remove or
automatically select the compat-openldap package if they are installed?

Comment 3 Joe Orton 2005-08-16 21:00:48 UTC
Yes, download the proper RHEL4 apr-util package (e.g. using "upd2ate --get
apr-util"), then upgrade to it using:

   rpm -Uvh --oldpackage apr-util.*.rpm

(and the same for apr-util-devel if you have that installed too)

There's not much the installer can do to cope with this situation unfortunately.
 Even if the compat-openldap package *was* pulled in, you still have a broken
system since you'd get two different copies of OpenLDAP linked into httpd.

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