1 of 1 people found this helpful
Well, it starts just fine for me on RHEL6.5:
[Fri Mar 07 08:53:23 2014] [notice] Apache/2.2.21 (Unix) mod_cluster/1.2.6.Final DAV/2 mod_jk/1.2.30 configured -- resuming normal operations
You are most likely missing some of the needed dependencies of libapr-1.so.0
0x0000000000000001 (NEEDED) Shared library: [libexpat.so.0] 0x0000000000000001 (NEEDED) Shared library: [libapr-1.so.0] 0x0000000000000001 (NEEDED) Shared library: [librt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libcrypt.so.1] 0x0000000000000001 (NEEDED) Shared library: [libpthread.so.0] 0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
Install the appropriate packages that provide these and let us know if it's O.K. then :-)
I thought all dependencies were bundled together. I checked and the file /opt/jboss/httpd/lib/libapr-1.so.0 exists.
[hfluz@hfluz-arch lib]$ pwd /opt/jboss/httpd/lib [hfluz@hfluz-arch lib]$ ls apr.exp libapr-1.so libaprutil-1.so libexpat.so aprutil.exp libapr-1.so.0 libaprutil-1.so.0 libexpat.so.0 httpd libapr-1.so.0.4.5 libaprutil-1.so.0.3.12 libexpat.so.0.5.0 libapr-1.a libaprutil-1.a libexpat.a pkgconfig libapr-1.la libaprutil-1.la libexpat.la
I downloaded the 1.2.0 version and it worked fine for me.
No they are not, my aforementioned comment is still valid. Files you mentioned are present as such, but they themselves depend on other, aforementioned, libraries one need to have installed on ones system.
1 of 1 people found this helpful
probably a wrong libc installed (well no compatible with the one we used to build the bundles).
ldd /opt/jboss/httpd/lib/libapr-1.so.0 should show the problem.
Don't use 1.2.0 Bundles they are too old.
I installed apr, apr-utils and expat in my arch linux, but it still didn't work (same error).
This is the output of ldd /opt/jboss/httpd/lib/libapr-1.so.0 (arch linux):
linux-vdso.so.1 (0x00007fffaf1ae000) librt.so.1 => /usr/lib/librt.so.1 (0x00007f232272b000) libcrypt.so.1 => /usr/lib/libcrypt.so.1 (0x00007f23224f4000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f23222d7000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f2321f2e000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f2322b8f000)
Output for SUSE:
14:14:38 #> ldd /opt/jboss/httpd/lib/libapr-1.so.0 linux-vdso.so.1 => (0x00007fff8f2ac000) libuuid.so.1 => /lib64/libuuid.so.1 (0x00007fe9c0148000) librt.so.1 => /lib64/librt.so.1 (0x00007fe9bff3f000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fe9bfd03000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe9bfae6000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fe9bf8e2000) libc.so.6 => /lib64/libc.so.6 (0x00007fe9bf56a000) /lib64/ld-linux-x86-64.so.2 (0x00007fe9c04ac000)
Does that mean that I'm missing ld and vdso libs?
I made a CentOS virtual machine and apr/apr-utils are indeed dependencies of httpd, so mod cluster httpd bundle works out of the box after installing the httpd package.
In Arch Linux, even with both packages it still didn't work. I'm going to check if I'll be able to install them on SUSE. Migrating to CentOS might be an option if I don't.
Did you make any headway in this issue? Apparently am on SUSE virtual machine and am getting the same dlopen error when starting the mod_cluster httpd.
Hi Calvin, unfortunately I wasn't able to solve this issue.I got stuck with the 1.2.0 version in SUSE.
I updated to 1.2.6 only after I managed to migrate my server to centOS.
I am with the same error, but I'm using Debian Jessie. Did you get a solution or have an idea about it?
please, state you mod_cluster version, glibc version, apr and apr-util version installed on you system.