Here are some reproduction steps to show the issue lies with Dell’s
libdnet.so.1.
[root@<OMIT> ~]# yum update open-vm-tools
[root@<OMIT> ~]# cd /etc/ld.so.conf.d/
[root@<OMIT> ld.so.conf.d]# for f in srvadmin* ; do mv $f ${f}.bak ; done
[root@<OMIT> ld.so.conf.d]# ldconfig
[root@<OMIT> ld.so.conf.d]# ldd /lib64/libvmtools.so.0
linux-vdso.so.1 => (0x00007ffdb4650000)
libdnet.so.1 => /lib64/libdnet.so.1 (0x00007fc02d933000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007fc02d5fb000)
libicui18n.so.50 => /lib64/libicui18n.so.50 (0x00007fc02d1fd000)
libicuuc.so.50 => /lib64/libicuuc.so.50 (0x00007fc02ce84000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc02cc67000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fc02ca63000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007fc02c7f5000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fc02c40a000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc02c049000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc02de24000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fc02be33000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fc02bb2a000)
libm.so.6 => /lib64/libm.so.6 (0x00007fc02b828000)
libicudata.so.50 => /lib64/libicudata.so.50 (0x00007fc02a254000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fc02a005000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fc029d1e000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fc029b1a000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fc0298e7000)
libz.so.1 => /usr/lib64/dsulib/libz.so.1 (0x00007fc0296d1000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fc0294c1000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fc0292bd000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fc0290a3000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fc028e7b000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fc028c1a000)
[root@<OMIT> ld.so.conf.d]# systemctl restart vmtoolsd
[root@<OMIT> ld.so.conf.d]# systemctl status vmtoolsd
● vmtoolsd.service - Service for virtual machines hosted on VMware
Loaded: loaded (/usr/lib/systemd/system/vmtoolsd.service; disabled; vendor
preset: enabled)
Active: active (running) since Wed 2017-03-08 08:47:52 EST; 4s ago
Docs: http://github.com/vmware/open-vm-tools
Main PID: 115857 (vmtoolsd)
CGroup: /system.slice/vmtoolsd.service
└─115857 /usr/bin/vmtoolsd
Mar 08 08:47:52 <OMIT> systemd[1]: Started Service for virtual machines hosted
on VMware.
Mar 08 08:47:52 <OMIT> systemd[1]: Starting Service for virtual machines hosted
on VMware...
[root@<OMIT> ld.so.conf.d]# for f in srvadmin* ; do mv $f ${f%.*} ; done
[root@<OMIT> ld.so.conf.d]# ldconfig
[root@<OMIT> ld.so.conf.d]# ldd /lib64/libvmtools.so.0
linux-vdso.so.1 => (0x00007ffc24d63000)
libdnet.so.1 => /opt/dell/srvadmin/lib64/libdnet.so.1 (0x00007f928729c000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f9286f64000)
libicui18n.so.50 => /lib64/libicui18n.so.50 (0x00007f9286b66000)
libicuuc.so.50 => /lib64/libicuuc.so.50 (0x00007f92867ed000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f92865d0000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f92863cc000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007f928615e000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f9285d73000)
libc.so.6 => /lib64/libc.so.6 (0x00007f92859b2000)
/lib64/ld-linux-x86-64.so.2 (0x00007f92877a4000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f928579c000)
libdsupt.so.1 => /opt/dell/srvadmin/lib64/libdsupt.so.1 (0x00007f928550b000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f9285203000)
libm.so.6 => /lib64/libm.so.6 (0x00007f9284f01000)
libicudata.so.50 => /lib64/libicudata.so.50 (0x00007f928392c000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f92836de000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f92833f7000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f92831f2000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f9282fc0000)
libz.so.1 => /usr/lib64/dsulib/libz.so.1 (0x00007f9282daa000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f9282b9a000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f9282996000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f928277c000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f9282554000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f92822f3000)
[root@<OMIT> ld.so.conf.d]# systemctl restart vmtoolsd
[root@<OMIT> ld.so.conf.d]# systemctl status vmtoolsd
● vmtoolsd.service - Service for virtual machines hosted on VMware
Loaded: loaded (/usr/lib/systemd/system/vmtoolsd.service; disabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Wed 2017-03-08 08:50:04 EST; 3s ago
Docs: http://github.com/vmware/open-vm-tools
Process: 115943 ExecStart=/usr/bin/vmtoolsd (code=exited, status=127)
Main PID: 115943 (code=exited, status=127)
Mar 08 08:50:04 <OMIT> systemd[1]: Started Service for virtual machines hosted
on VMware.
Mar 08 08:50:04 <OMIT> systemd[1]: Starting Service for virtual machines hosted
on VMware...
Mar 08 08:50:04 <OMIT> vmtoolsd[115943]: /usr/bin/vmtoolsd: symbol lookup
error: /lib64/libvmtools.so.0: undefined symbol: intf_open
Mar 08 08:50:04 <OMIT> systemd[1]: vmtoolsd.service: main process exited,
code=exited, status=127/n/a
Mar 08 08:50:04 <OMIT> systemd[1]: Unit vmtoolsd.service entered failed state.
Mar 08 08:50:04 <OMIT> systemd[1]: vmtoolsd.service failed.
--
Trey Dockendorf
HPC Systems Engineer
Ohio Supercomputer Center
From:
<[email protected]<mailto:[email protected]>> on
behalf of Trey Dockendorf <[email protected]<mailto:[email protected]>>
Date: Monday, March 27, 2017 at 12:09 PM
To:
"[email protected]<mailto:[email protected]>"
<[email protected]<mailto:[email protected]>>
Subject: [Linux-PowerEdge] OMSA libraries conflict with system libraries
I recently upgraded a host that is a NFS root read-write host running on VMware
and noticed the Dell tools provide a version of libdnet.so.1 that does not work
with open-vm-tools, missing symbols [1]. If I remove the files installed by
Dell tools from /etc/ld.so.conf.d, then open-vm-tools works but the Dell tools
all break. It seems the library path for Dell tools is coming before the
system paths. I am curious why the Dell tools are potentially conflicting with
system libraries by using ld.so.conf.d instead of using something like RPATH
and avoiding conflicts with system libraries.
This issue occured with open-vm-tools-10.0.5-4.el7_3 and did not occur with
open-vm-tools-9.10.2-5.el7_2. This is occuring with OMSA 8.4.0-2193.9883 [2].
My work around has been to downgrade open-vm-tools.
[1]:
[root@<OMIT> ld.so.conf.d]# systemctl status vmtoolsd
● vmtoolsd.service - Service for virtual machines hosted on VMware
Loaded: loaded (/usr/lib/systemd/system/vmtoolsd.service; disabled; vendor
preset: enabled)
Active: failed (Result: exit-code) since Wed 2017-03-08 08:50:04 EST; 3s ago
Docs: http://github.com/vmware/open-vm-tools
Process: 115943 ExecStart=/usr/bin/vmtoolsd (code=exited, status=127)
Main PID: 115943 (code=exited, status=127)
Mar 08 08:50:04 <OMIT> systemd[1]: Started Service for virtual machines hosted
on VMware.
Mar 08 08:50:04 <OMIT> systemd[1]: Starting Service for virtual machines hosted
on VMware...
Mar 08 08:50:04 <OMIT> vmtoolsd[115943]: /usr/bin/vmtoolsd: symbol lookup
error: /lib64/libvmtools.so.0: undefined symbol: intf_open
Mar 08 08:50:04 <OMIT> systemd[1]: vmtoolsd.service: main process exited,
code=exited, status=127/n/a
Mar 08 08:50:04 <OMIT> systemd[1]: Unit vmtoolsd.service entered failed state.
Mar 08 08:50:04 <OMIT> systemd[1]: vmtoolsd.service failed.
[2]:
[root@<OMIT> ~]# rpm -qa | grep srvadmin | sort
srvadmin-argtable2-8.4.0-2193.9883.el7.x86_64
srvadmin-deng-8.4.0-2193.9883.el7.x86_64
srvadmin-deng-snmp-8.4.0-2193.9883.el7.x86_64
srvadmin-hapi-8.4.0-2193.9883.el7.x86_64
srvadmin-idrac7-8.4.0-2193.9883.el7.x86_64
srvadmin-idracadm7-8.4.0-2193.9883.el7.x86_64
srvadmin-idrac-snmp-8.4.0-2193.9883.el7.x86_64
srvadmin-idrac-vmcli-8.4.0-2193.9883.el7.x86_64
srvadmin-isvc-8.4.0-2193.9883.el7.x86_64
srvadmin-isvc-snmp-8.4.0-2193.9883.el7.x86_64
srvadmin-nvme-8.4.0-2193.9883.el7.x86_64
srvadmin-omacore-8.4.0-2193.9883.el7.x86_64
srvadmin-omacs-8.4.0-2193.9883.el7.x86_64
srvadmin-omcommon-8.4.0-2193.9883.el7.x86_64
srvadmin-omilcore-8.4.0-2193.9883.el7.x86_64
srvadmin-ominst-8.4.0-2193.9883.el7.x86_64
srvadmin-racadm4-8.4.0-2193.9883.el7.x86_64
srvadmin-rac-components-8.4.0-2193.9883.el7.x86_64
srvadmin-racdrsc-8.4.0-2193.9883.el7.x86_64
srvadmin-realssd-8.4.0-2193.9883.el7.x86_64
srvadmin-smcommon-8.4.0-2193.9883.el7.x86_64
srvadmin-storage-8.4.0-2193.9883.el7.x86_64
srvadmin-storage-cli-8.4.0-2193.9883.el7.x86_64
srvadmin-storageservices-8.4.0-2193.9883.el7.x86_64
srvadmin-storageservices-cli-8.4.0-2193.9883.el7.x86_64
srvadmin-storageservices-snmp-8.4.0-2193.9883.el7.x86_64
srvadmin-storage-snmp-8.4.0-2193.9883.el7.x86_64
srvadmin-storelib-8.4.0-2193.9883.el7.x86_64
srvadmin-storelib-sysfs-8.4.0-2193.9883.el7.x86_64
srvadmin-sysfsutils-8.4.0-2193.9883.el7.x86_64
srvadmin-xmlsup-8.4.0-2193.9883.el7.x86_64
--
Trey Dockendorf
HPC Systems Engineer
Ohio Supercomputer Center
_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge
