Apache2 broken in upgrade from 10.3 to 11.1

[markmmenard2]

A recent upgrade from 10.3 to 11.1 went remarkably well --however, Apache (integrated with osCommerce), was broken:

tall:~ # uname -a
Linux tall 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux
tall:~ # service apache2 restart
/usr/sbin/httpd2-prefork: error while loading shared libraries: libldap-2.3.so.0: cannot open shared object file: No such file or directory
Starting httpd2 (prefork) /usr/sbin/httpd2-prefork: error while loading shared libraries: libldap-2.3.so.0: cannot open shared object file: No such file or directory

The command line was:
/usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf
failed
tall:~ #

Any suggestions?

Mark

[mmarif4u]

It looks like dependencies issue.
Have a look in yast software management and update the apache2 all associated files.
Hope this will help you.

[markmmenard2]

I just tried that, but I believe I already had the latest version of Apache. Here is a clue to my problem:

tall:/ # locate -r /libldap*
/usr/lib/libldap-2.4.so.2
/usr/lib/libldap-2.4.so.2.2.0
/usr/lib/libldap_r-2.4.so.2
/usr/lib/libldap_r-2.4.so.2.2.0
/usr/lib64/evoldap/lib/libldap-2.4.so.2
/usr/lib64/evoldap/lib/libldap-2.4.so.2.2.0
/usr/lib64/evoldap/lib/libldap_r-2.4.so.2
/usr/lib64/evoldap/lib/libldap_r-2.4.so.2.2.0
/usr/lib64/libldap-2.4.so.2
/usr/lib64/libldap-2.4.so.2.2.0
/usr/lib64/libldapcpp.so.1
/usr/lib64/libldapcpp.so.1.0.2
/usr/lib64/libldap_r-2.4.so.2
/usr/lib64/libldap_r-2.4.so.2.2.0
tall:/ #

It looks like Apache is looking for an older version of libldap* that the OS upgrade replaced. What do you think?

[ken_yap]

You probably have an old Apache module in /usr/lib64/apache2 that is linked with libldap 2.3.

[markmmenard2]

Using YaST to replace an outdated apache2-prefork MPM module took care of the problem!

Thanks, Mark

[rupy]

I still have this problem:

Why does yast delete stuff, that it knows other applications need?!

Can anyone help?

ldd /usr/sbin/httpd2-prefork
linux-gate.so.1 => (0xffffe000)
libm.so.6 => /lib/libm.so.6 (0xb7f46000)
libpcre.so.0 => /usr/lib/libpcre.so.0 (0xb7f1e000)
libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0xb7f05000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0xb7ec6000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0xb7eb7000)
libdb-4.5.so => /usr/lib/libdb-4.5.so (0xb7d9a000)
libexpat.so.1 => /lib/libexpat.so.1 (0xb7d78000)
libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0xb7d53000)
librt.so.1 => /lib/librt.so.1 (0xb7d4a000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7d14000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7cfc000)
libdl.so.2 => /lib/libdl.so.2 (0xb7cf8000)
libc.so.6 => /lib/libc.so.6 (0xb7bb4000)
/lib/ld-linux.so.2 (0xb7f83000)
libldap-2.3.so.0 => not found
liblber-2.3.so.0 => not found
libresolv.so.2 => /lib/libresolv.so.2 (0xb7ba1000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7b89000)
libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7b45000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb79ff000)
libz.so.1 => /lib/libz.so.1 (0xb79ec000)

[rupy]

Ok, I'll just have to implement virtual hosts in my own webserver and scrap apache I guess. Just a hint: Please keep old suse repositories, or rather; please put back old unsupported suse versions online, it's not like you can't afford the diskspace!