Date: Wed, 19 Dec 2018 18:40:05 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 234174] /usr/sbin/tcpdump: ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" Message-ID: <bug-234174-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234174 Bug ID: 234174 Summary: /usr/sbin/tcpdump: ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by "libpcap.so.8" Product: Base System Version: 12.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: ohartmann@walstatt.org On a NanoBSD appliance running as gateway/router/firewall, I use a for efficiency restricted setup. The onboard utility /usr/sbin/tcpdump is NOT one of the restricted and therefore not installed binaries, but obviously it is non-functional due to some weird library dependencies. Calling /usr/sbin/tcpdump results in the error ld-elf.so.1: Shared object "libibverbs.so.1" not found, required by libpcap.so.8" Checking ldd /usr/sbin/tcpdump results in /usr/sbin/tcpdump: libpcap.so.8 => /lib/libpcap.so.8 (0x800338000) libcasper.so.1 => /lib/libcasper.so.1 (0x80039d000) libcap_dns.so.1 => /lib/casper/libcap_dns.so.1 (0x8003a4000) libcrypto.so.111 => /lib/libcrypto.so.111 (0x8003ab000) libc.so.7 => /lib/libc.so.7 (0x8006ad000) libibverbs.so.1 => not found (0) libmlx5.so.1 => not found (0) libnv.so.0 => /lib/libnv.so.0 (0x800ab3000) libthr.so.3 => /lib/libthr.so.3 (0x800ac7000) This is a kind of embarassing, I do not need any mlx driver/libs nor do I have them loaded/installed (kernel module load is prohibited anyway). I see this weirdness also with arpwatch. -- You are receiving this mail because: You are the assignee for the bug.help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234174-227>