VMware Communities
WhyItsLikeThis
Contributor
Contributor
Jump to solution

The famous libssl problem in Linux distribtution.

WhyItsLikeThis_0-1620816267184.png

pranav@exam ~> journalctl -r | grep -i "libssl"
May 12 10:39:12 exam VMware[2973]: /usr/sbin/vmware-authdlauncher: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object file: No such file or directory

The output of sudo vmware-modconfig --console --install-all is over here and see if its helpful: https://pastebin.com/q5R1e9Su

After my research, I found this trick:

It's a mistake on VMware developers, their binary is looking for this libs in... /usr/lib! This practice is super-outdated. Dirty fix is like this:
sudo ln -s /usr/lib/vmware/lib/libssl.so.1.0.2/libssl.so.1.0.2 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2
sudo ln -s /usr/lib/vmware/lib/libcrypto.so.1.0.2/libcrypto.so.1.0.2 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.2

But this trick didn't worked.  Do I need to manually install libssl or does the vmware install itself? Is this old ancient problem even fixable?

- Ubuntu 21.04

- VMware Workstation 16.1.1 build-17801498

Labels (1)
Reply
0 Kudos
1 Solution

Accepted Solutions
petra_z
Contributor
Contributor
Jump to solution

Diagnose:
# ldd /usr/sbin/vmware-authdlauncher
linux-vdso.so.1 (0x00007fffde7fe000)
librt.so.1 => /lib64/librt.so.1 (0x00007f6511811000)
libssl.so.1.0.2 => not found <=== problem!
libcrypto.so.1.0.2 => not found <= problem!
libdl.so.2 => /lib64/libdl.so.2 (0x00007f65110da000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f65110bf000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f651109e000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6510ecd000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6511b3e000)
Better solution (without 'dirty' symlinks):
1. create a ld.config file:
# cat /etc/ld.so.conf.d/vmware-authdlauncher.conf
# libssl & libcrypto
/usr/lib/vmware/lib/libssl.so.1.0.2
/usr/lib/vmware/lib/libcrypto.so.1.0.2
2. update ldconfig:
# ldconfig
3. check:
# ldd /usr/sbin/vmware-authdlauncher
linux-vdso.so.1 (0x00007fffde7fe000)
librt.so.1 => /lib64/librt.so.1 (0x00007f6511811000)
libssl.so.1.0.2 => /usr/lib/vmware/lib/libssl.so.1.0.2/libssl.so.1.0.2 (0x00007f65115a0000)
libcrypto.so.1.0.2 => /usr/lib/vmware/lib/libcrypto.so.1.0.2/libcrypto.so.1.0.2 (0x00007f65110e1000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f65110da000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f65110bf000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f651109e000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6510ecd000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6511b3e000)
4. restart needed services

View solution in original post

5 Replies
petra_z
Contributor
Contributor
Jump to solution

Diagnose:
# ldd /usr/sbin/vmware-authdlauncher
linux-vdso.so.1 (0x00007fffde7fe000)
librt.so.1 => /lib64/librt.so.1 (0x00007f6511811000)
libssl.so.1.0.2 => not found <=== problem!
libcrypto.so.1.0.2 => not found <= problem!
libdl.so.2 => /lib64/libdl.so.2 (0x00007f65110da000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f65110bf000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f651109e000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6510ecd000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6511b3e000)
Better solution (without 'dirty' symlinks):
1. create a ld.config file:
# cat /etc/ld.so.conf.d/vmware-authdlauncher.conf
# libssl & libcrypto
/usr/lib/vmware/lib/libssl.so.1.0.2
/usr/lib/vmware/lib/libcrypto.so.1.0.2
2. update ldconfig:
# ldconfig
3. check:
# ldd /usr/sbin/vmware-authdlauncher
linux-vdso.so.1 (0x00007fffde7fe000)
librt.so.1 => /lib64/librt.so.1 (0x00007f6511811000)
libssl.so.1.0.2 => /usr/lib/vmware/lib/libssl.so.1.0.2/libssl.so.1.0.2 (0x00007f65115a0000)
libcrypto.so.1.0.2 => /usr/lib/vmware/lib/libcrypto.so.1.0.2/libcrypto.so.1.0.2 (0x00007f65110e1000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f65110da000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f65110bf000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f651109e000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6510ecd000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6511b3e000)
4. restart needed services

daveman1010221
Contributor
Contributor
Jump to solution

Fantastic reply, petra_z.

Reply
0 Kudos
ajgringo619
Hot Shot
Hot Shot
Jump to solution

Thank you so much for this post! Should I assume that this fix will be needed whenever I upgrade?
Reply
0 Kudos
WhyItsLikeThis
Contributor
Contributor
Jump to solution

I now use Fedora 34 these days.

pranav@fedora ~> cd /etc/ld.so.conf.d/
pranav@fedora ~> sudo touch vmware-authdlauncher.conf
[sudo] password for pranav:
pranav@fedora /etc/ld.so.conf.d> ls
libiscsi-x86_64.conf                 tix-x86_64.conf
pipewire-jack-x86_64.conf      vmware-authdlauncher.conf
pranav@fedora ~> cat /etc/ld.so.conf.d/vmware-authdlauncher.conf
#pranav did this
#linking libssl and libcrypto
/usr/lib/vmware/lib/libssl.so.1.0.2
/usr/lib/vmware/lib/libcryto.so.1.0.2
pranav@fedora ~> sudo ldconfig
[sudo] password for pranav:
 
And when I wanted to verify whether it worked or not, well it didn't because as you can see:

pranav@fedora ~> ldd /usr/sbin/vmware-authdlauncher
linux-vdso.so.1 (0x00007ffe7836d000)
librt.so.1 => /lib64/librt.so.1 (0x00007faa6ddc1000)
libssl.so.1.0.2 => /usr/lib/vmware/lib/libssl.so.1.0.2/libssl.so.1.0.2 (0x00007faa6db50000)
libcrypto.so.1.0.2 => not found
libdl.so.2 => /lib64/libdl.so.2 (0x00007faa6db49000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007faa6db2e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007faa6db0d000)
libc.so.6 => /lib64/libc.so.6 (0x00007faa6d93c000)
/lib64/ld-linux-x86-64.so.2 (0x00007faa6e0e9000)
libcrypto.so.1.0.2 => not found
pranav@fedora ~>

 

And I wonder why it didn't worked for me. And it showed libcryto.so error twice!
I even restarted the distro to see whether I will get an error or not. Got the new error. At least it doesn't mention libssl anymore.

WhyItsLikeThis_0-1630576698953.png

@petra_zThank you petra. I finally figure out what might have went wrong. I left a word "p" when I write libcrypto.so.1.0.2. That was a dumb mistake.

Anyway, thanks a lot.

Reply
0 Kudos
petra_z
Contributor
Contributor
Jump to solution

@ajgringo619: sure, when the vmware-authdlauncher requires other versions of libs.

Regards, petra_z.

Reply
0 Kudos