"error Loading Shared Library" W/ Java Apps

I really like what 10.1 has done with the UI (Xgl and Compiz) but don't like what it has done with my work apps. I haven't been able to install any applications that my company produces (all Java-based). The series of error messages below are apparently very common with other Java apps (ZendStudio, Zimbra, Mercury, etc.). I've searched high and low and have not found a solution. Any thoughts or ideas anyone? Let me know if further information is needed.

Preparing to install...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

Launching installer...

grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/usr/lib/jvm/jre-1.5.0-sun/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory[/b]

You'll have to find thoose files. n.n The best way, (in my experience.) is too google search for the file name. And then add "RPM" after the file name. Then, I would probably look till I see the URL that started with (rpmprobe, if there is one.), then download, and install the rpm(s) untill you have all the files needed to install your application(s).
Here, lemme help you out here.

This rpm should work: glibc_lsb-2.2.90-4mdk.i586.rpm

Download and install that rpm. Then try installing your application(s), again.

Good Luck.

Regards.

-LinuxGuy121

The series of error messages below are apparently very common with other Java apps (ZendStudio, Zimbra, Mercury, etc.). I've searched high and low and have not found a solution. [/b]

LinuxGuy121 has the right idea as to how to go about searching for this. I don't have 10.1 flashed up right now (its currently installed on the family laptop),but using my SuSE-9.3 as a guide, these libraries all come with glibc.

I can't confirm its glibc_lsb (it might just be glibc per my Suse-9.3). But glibc comes with our suse cd/dvd,and hence you can use yast to see what glibc (and / or glic-lsb) provides, and see which one gives you the libraries libdl, libc, librt and libpthread. ie go to YAST > SOFTWARE > SOFTMANAGEMENT and be certain to select the filter for something like "provides" (I think they modified the filter name a bit in 10.1).

Then install the suse glibc application, that comes with your suse-10.1 cd/dvd.

Thanks for the help but I've already thought of that, and tried it. The requested libraries are on the system:

Preparing to install...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

Launching installer...

grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/usr/lib/jvm/jre-1.5.0-sun/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
justin@Philly:~> locate libdl.so.2; locate libc.so.6; locate librt.so.1; locate libpthread.so.0
/lib/libdl.so.2
/lib/libc.so.6
/lib/librt.so.1
/lib/libpthread.so.0
justin@Philly:~>
[/b]

Any other suggestion?

Thanks for the help but I've already thought of that, and tried it. The requested libraries are on the system: Any other suggestion?[/b]

Strange! ... please ... can you humour me. What did you do to confirm that the libraries are indeed on the system?

Edit: from my limited understanding of linux, either the libraries are NOT there, or they can't be found. If they ARE there, and can't be found, then there has to be a reason WHY they can't be found. Sometimes a bad path can cause that.

I used the locate command after running updatedb. Here is some more info:

justin@Philly:/lib> ls -al | grep libdl.; ls -al | grep libc.; ls -al | grep libpthread.; ls -al | grep librt.
-rwxr-xr-x 1 root root 13814 2006-04-28 19:20 libdl-2.4.so
lrwxrwxrwx 1 root root 12 2006-05-30 16:08 libdl.so.2 -> libdl-2.4.so
-rwxr-xr-x 1 root root 1404242 2006-04-28 19:20 libc-2.4.so
lrwxrwxrwx 1 root root 11 2006-05-30 16:08 libc.so.6 -> libc-2.4.so
-rwxr-xr-x 1 root root 100331 2006-04-28 19:20 libpthread-2.4.so
lrwxrwxrwx 1 root root 17 2006-05-30 16:08 libpthread.so.0 -> libpthread-2.4.so
-rwxr-xr-x 1 root root 40297 2006-04-28 19:20 librt-2.4.so
lrwxrwxrwx 1 root root 12 2006-05-30 16:08 librt.so.1 -> librt-2.4.so

[/b]

I used the locate command after running updatedb. Here is some more info:[/b]

Please, I'm no expert with grep, but maybe someone with more linux knowlege than I can explain why that grep output confirms the packages are there? Could that simply be showing a link to non-existant packags? EDIT: OK - understand now. But I don't think grep is enough. Its the rpm database you need be concerned about.

Here is what I get on my SuSE-9.3. Notice the difference when you compare your output to my output:

oldcpu@linux:/lib> ls -al | grep libdl.; ls -al | grep libc.; ls -al | grep libpthread.; ls -al | grep librt
-rwxr-xr-x 1 root root 13814 2005-06-14 17:36 libdl.so.2
-rwxr-xr-x 1 root root 1383527 2005-06-14 17:36 libc.so.6
-rwxr-xr-x 1 root root 90392 2005-06-14 17:36 libpthread.so.0
-rwxr-xr-x 1 root root 41084 2005-06-14 17:36 librt.so.1[/b]

[Note - I deleted selected lines of packages that are not libdl, libc, libpthread, or librt] .... I'll check my SuSE-10.0 pc next.

Why not go to YaST > SOFTWARE > SOFTWARE MANAGEMENT, select "provides" as part of the filter (might be a slightlydifferent filter name on SuSE-10.1) and then check if "glibc" is installed?

I'll check my SuSE-10.0 pc next.[/b]

OK, I got something a bit similar to what you got on my SuSE-10.0.

oldcpu@linuxmini:/lib> ls -al | grep libdl.; ls -al | grep libc.; ls -al | grep libpthread.; ls -al | grep librt
-rwxr-xr-x 1 root root 13830 2005-09-09 19:36 libdl-2.3.5.so
lrwxrwxrwx 1 root root 14 2005-10-22 10:06 libdl.so.2 -> libdl-2.3.5.so
-rwxr-xr-x 1 root root 1405291 2005-09-09 19:36 libc-2.3.5.so
lrwxrwxrwx 1 root root 13 2005-10-22 10:06 libc.so.6 -> libc-2.3.5.so
-rwxr-xr-x 1 root root 90473 2005-09-09 19:36 libpthread-0.10.so
lrwxrwxrwx 1 root root 18 2005-10-22 10:06 libpthread.so.0 -> libpthread-0.10.so
-rwxr-xr-x 1 root root 45340 2005-09-09 19:36 librt-2.3.5.so
lrwxrwxrwx 1 root root 14 2005-10-22 10:06 librt.so.1 -> librt-2.3.5.so[/b]

Does an rpm package manager do a "grep" or does it look in an rpm database?

While grep may show the libraries are there, maybe the rpm database has a "different perspective". I still think it best to go to YaST > SOFTWARE > SOFTWARE MANAGEMENT, select "provides" as part of the filter (might be a slightlydifferent filter name on SuSE-10.1) and then check if "glibc" is installed.

'grep' just parses out what particular information you're looking for. Did it that way instead of posting the entire contents of my /lib/ directory. ls -al would show if it is a symbolic link or not.

glib is installed and here are the contents of the package:

/etc/bindresvport.blacklist
/etc/default/nss
/etc/ld.so.cache
/etc/ld.so.conf
/etc/nsswitch.conf
/etc/rpc
/lib/ld-2.4.so
/lib/ld-linux.so.2
/lib/libBrokenLocale-2.4.so
/lib/libBrokenLocale.so.1
/lib/libSegFault.so
/lib/libanl-2.4.so
/lib/libanl.so.1
/lib/libc-2.4.so
/lib/libc.so.6
/lib/libcidn-2.4.so
/lib/libcidn.so.1
/lib/libcrypt-2.4.so
/lib/libcrypt.so.1
/lib/libdl-2.4.so
/lib/libdl.so.2
/lib/libm-2.4.so
/lib/libm.so.6
/lib/libmemusage.so
/lib/libnsl-2.4.so
/lib/libnsl.so.1
/lib/libnss_compat-2.4.so
/lib/libnss_compat.so.2
/lib/libnss_dns-2.4.so
/lib/libnss_dns.so.2
/lib/libnss_files-2.4.so
/lib/libnss_files.so.2
/lib/libnss_hesiod-2.4.so
/lib/libnss_hesiod.so.2
/lib/libnss_nis-2.4.so
/lib/libnss_nis.so.2
/lib/libnss_nisplus-2.4.so
/lib/libnss_nisplus.so.2
/lib/libpcprofile.so
/lib/libpthread-2.4.so
/lib/libpthread.so.0
/lib/libresolv-2.4.so
/lib/libresolv.so.2
/lib/librt-2.4.so
/lib/librt.so.1
/lib/libthread_db-1.0.so
/lib/libthread_db.so.1
/lib/libutil-2.4.so
/lib/libutil.so.1
/sbin/ldconfig
/usr/bin/gencat
/usr/bin/getconf
/usr/bin/getent
/usr/bin/iconv
/usr/bin/ldd
/usr/bin/lddlibc4
/usr/bin/locale
/usr/bin/localedef
/usr/lib/getconf
/usr/lib/getconf/POSIX_V6_ILP32_OFF32
/usr/lib/getconf/POSIX_V6_ILP32_OFFBIG
/usr/lib/pt_chown
/usr/sbin/glibc_post_upgrade
/usr/sbin/iconvconfig
/usr/sbin/rpcinfo
/usr/share/doc/packages/glibc
/usr/share/doc/packages/glibc/LICENSES
/usr/share/man/man1/getconf.1.gz
/usr/share/man/man1/getent.1.gz
/usr/share/man/man1/localedef.1.gz
/usr/share/man/man5/locale.alias.5.gz
/usr/share/man/man8/rpcinfo.8.gz

72 files total[/b]

Any other suggestions? This is one of the oddest Linux issues I've ever had and the only I've had with SuSE! I've used 9.3 and 10.0 before 10.1. The install was NOT an upgrade btw.

'grep' just parses out what particular information you're looking for. Did it that way instead of posting the entire contents of my /lib/ directory. ls -al would show if it is a symbolic link or not.[/b]

Thanks. Looks like you are helping me more on this thread, than me you.

Edit: from my limited understanding of linux, either the libraries are NOT there, or they can't be found. If they ARE there, and can't be found, then there has to be a reason WHY they can't be found. Sometimes a bad path can cause that.
[/b]

OK, ... doing my best to tackle this logically ... what does your path look like?

My SuSE-9.3:

oldcpu@linux:~> echo $PATH
/home/oldcpu/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin
oldcpu@linux:~>[/b]

My SuSE-10.0:

oldcpu@linuxmini:~> echo $PATH
/home/oldcpu/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/lib/qt3/bin
oldcpu@linuxmini:~>[/b]

This is really starge...I had a very similar problem with the MPlayer plugin. It couldn't load a shared library, so, I searched, found, and installed the missing package. Then it worked. Did you install the RPM I gave you? Also, like oldcpu said, if the files are already installed, the path is probably messed up.

Good luck with this.

Regards.

-LinuxGuy121