Skip site navigation (1)Skip section navigation (2)
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/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234174

            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 o=
ne
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=20

ldd /usr/sbin/tcpdump

results in=20

/usr/sbin/tcpdump:
        libpcap.so.8 =3D> /lib/libpcap.so.8 (0x800338000)
        libcasper.so.1 =3D> /lib/libcasper.so.1 (0x80039d000)
        libcap_dns.so.1 =3D> /lib/casper/libcap_dns.so.1 (0x8003a4000)
        libcrypto.so.111 =3D> /lib/libcrypto.so.111 (0x8003ab000)
        libc.so.7 =3D> /lib/libc.so.7 (0x8006ad000)
        libibverbs.so.1 =3D> not found (0)
        libmlx5.so.1 =3D> not found (0)
        libnv.so.0 =3D> /lib/libnv.so.0 (0x800ab3000)
        libthr.so.3 =3D> /lib/libthr.so.3 (0x800ac7000)

This is a kind of embarassing, I do not need any mlx driver/libs nor do I h=
ave
them loaded/installed (kernel module load is prohibited anyway).

I see this weirdness also with arpwatch.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234174-227>