vmrun segfaults on every attempt to start it Reproducible: Always Actual Results: Problem is solved, but maybe this is not best solution.Adding description how I solved it : Segafult fixed, God bless strace and its developers. Problem was in wrong paths, vmrun cannot found 2 libs libcrypto.so.0.9.7 and libssl.so.0.9.7 They looks properly described in /etc/vmware/locations , but when I start vmrun the result is : open("/usr/lib/vmware/lib/libssl.so.0.9.7/libssl.so.0.9.7", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/vmware/lib/libssl.so.0.9.7", O_RDONLY) = -1 ENOENT (No such file or directory) geteuid32() = 1000 setresuid32(4294967295, 0, 4294967295) = -1 EPERM (Operation not permitted) readlink("/proc/self/exe", "/opt/vmware/server/lib/bin/vmrun"..., 4095) = 32 getuid32() = 1000 setresuid32(4294967295, 1000, 4294967295) = 0 open("/opt/vmware/server/lib/bin/libssl.so.0.9.7", O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Same for libcrypto.so.0.9.7 so I create /usr/lib/vmware/lib and make symlinks for this libs ln -s /opt/vmware/server/lib/lib/libssl.so.0.9.7 . ln -s /opt/vmware/server/lib/lib/libcrypto.so.0.9.7 . lrwxrwxrwx 1 root root 45 2008-11-18 11:26 libcrypto.so.0.9.7 -> /opt/vmware/server/lib/lib/libcrypto.so.0.9.7 lrwxrwxrwx 1 root root 42 2008-11-18 11:27 libssl.so.0.9.7 -> /opt/vmware/server/lib/lib/libssl.so.0.9.7 Expected Results: Expected and actual result after above steps is running properly vmrun . vmware-server : 1.0.8.126538 from portage Gentoo 2008.0 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ RAM : 8G CHOST="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -msse3" CXXFLAGS="${CFLAGS}" MAKEOPTS="-j3"
Similar to bug #246854 it seems: "Vmrun works OK if executed in the /opt/vmware/workstation/lib/vmware-vix directory."
Hmmm, I'm not sure how to help on this one. Vmrun is precompiled, so we can't patch it in any way. I don't particularly want to add non-system libraries to the main path (since there's no real security updates for them, and I don't want another program using them accidentally). The best I can suggest is try running vmrun from within a directory with libssl.0.9.7. Leave it with me and I'll keep having a think...
Are you trying to run /opt/vmware/server/lib/bin/vmrun directly? There is a wrapper script /opt/vmware/server/bin/vmrun which messes around with the LD_LIBRARY_PATH prior to running /opt/vmware/server/lib/bin/vmrun. I suspect it fixes the search PATH so all the libs vor lib/bin/vmrun will be found (though I only looked briefly and didn't test).
Does this still happen with the versions currently in the tree (>=vmware-server-1.0.9)?
(In reply to comment #4) > Does this still happen with the versions currently in the tree > (>=vmware-server-1.0.9)? > This bug seems similar to what I'm finding. Just expanded my vmware 'disk', using one of the tools. Vmware Workstation runs fine, but running the tool, like: vmware-vdiskmanager -x 8GB /mnt/vmware/col/VIRWIN/Windows\ XP\ Professional-cl2.vmdk caused a segfault, looking for libcrypto-0.9.8 I found a similar report elsewhere, followed directions like so: # cd /opt/vmware/workstation/bin/ # ln -s ../lib/vmware/ libdir ... and it just worked. Booted to virtual bios and used iso image of gparted for the cdrom to boot: http://sourceforge.net/projects/gparted/files/gparted-live-stable/0.8.0-1/gparted-live-0.8.0-1.iso/download and successfully resized the "disk" for windblows. So, IDK if that linking was a good or bad idea, but it hasn't apparently affected anything in vmware workstation. HTH
vmware-server 1.0.x is not in the portage anymore. Bug 354383.