Installed: vmware-workstation-11.1.2.2780323-r3 (from overlay, although I expect it affects the main tree as well) curl-7.45.0 openssl-1.0.2d Problem: vmware-workstation loads it's version of libssl from /opt/vmware/lib/vmware/lib/libssl.so.1.0.1/libssl.so.1.0.1 But then also loads /usr/lib64/libcurl.so.4 which loads /usr/lib64/libssl.so.1.0.0 (which is really a 1.0.2d version). This causes a vmware to crash when attempting to do certain operations with a vcenter or esxi host. The crash stack trace shows libcurl calling a function in libssl.so.1.0.1 (vmware provided version). I was able to fix the problem locally by creating symlinks: /opt/vmware/lib/vmware/lib/libssl.so.1.0.1/libssl.so.1.0.1 -> /usr/lib64/libssl.so.1.0.0 /opt/vmware/lib/vmware/lib/libcrypto.so.1.0.1/libcrypto.so.1.0.1 -> /usr/lib64/libcrypto.so.1.0.0 Reproducible: Always
I just ran into this too. However, I could not get the workaround of replacing the shipped libssl and libcrypto with symlinks to the system versions to work without also creating symlinks for libssl.so.1.0.1 and libcrypto.so.1.0.1 in /usr/lib64 pointing to their respective .1.0.0 versions.
I should have fixed this issue for latest version 12 in my repo (https://github.com/efferre79/vmware), if you wanna try look for version 12.1.0.3272444-r1
(In reply to Fabio Rossi from comment #2) > I should have fixed this issue for latest version 12 in my repo > (https://github.com/efferre79/vmware), if you wanna try look for version > 12.1.0.3272444-r1 That is now also in the main tree. Please test...