Libguestfs - May 2020 - libguestfs-tools failure that I can't figure out

On Sat, May 23, 2020 at 04:26:24AM -0600, Ben Wellborn
wrote:
> + systemd-tmpfiles --prefix=/dev --prefix=/run --prefix=/var/run --create
--boot
> systemd-tmpfiles: error while loading shared libraries: libpcap.so.1:
cannot open shared object file: No such file or directory
This is the problem.

I'm absolutely certain I've seen this bug before but I cannot find it
right now.  Can you try to see which version of libpcap systemd is
linked to?  eg:

$ ldd /usr/lib/systemd/systemd | grep libpcap
  libpcap.so.1 => /lib64/libpcap.so.1 (0x00007f50a9af7000)

You can also see how the supermin appliance is being rebuilt and
whether libpcap is included by doing:

$ supermin --build -v -v -v --copy-kernel -f ext2 /usr/lib64/guestfs/supermin.d
-o /tmp/appliance.d

which will produce a lot of interesting debug output.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html

[This email is either empty or too large to be displayed at this time]

[This email is either empty or too large to be displayed at this time]

I'm not sure of the history of the server's libpcap install.  Too many
chefs and only one pot.  I know, that doesn't help.  Your question did
prompt me to check versions and discover that there's a 1.9.0 version in
the BaseOS repo.  I removed the previous package and loaded the new one.

a quick ldd test
~]# ldd /usr/lib/systemd/systemd | grep libpcap
    libpcap.so.1 => /lib64/libpcap.so.1 (0x00007fc395a38000)

but when I ran virt-sysprep it complains about libpcap again:
"systemd-tmpfiles: error while loading shared libraries: libpcap.so.1:
cannot open shared object file: No such file or directory"

I guess I jumped the gun on updating libpcap.

Ben


On 5/24/20 9:25 AM, Richard W.M. Jones wrote:
> [Please keep replies on the list]
>
> On Sat, May 23, 2020 at 11:56:01PM -0600, Ben Wellborn wrote:
>> Thanks so much for responding.  I ran the commands, and attached the
>> output in a text file.
>> Tried to scan the build command output for clues but I'm not sure I
can
>> spot anything.
>>
>> since it's short and easy to paste into an email, here's the
output of
>> the ldd command:
>> ~]# ldd /usr/lib/systemd/systemd | grep libpcap
>>     libpcap.so.1 => /usr/local/lib/libpcap.so.1
(0x00007f91f78f8000)
>>
>> and the libpcap files:
>> ~]# ls -al /usr/local/lib/libpcap*
>> -rw-r--r--. 1 root root  452966 May 13 05:14 /usr/local/lib/libpcap.a
>> lrwxrwxrwx. 1 root root      16 May 17 21:06
/usr/local/lib/libpcap.so.1
>> -> libpcap.so.1.8.1
>> -rwxr-xr-x. 1 root root 1861296 May 13 05:14
/usr/local/lib/libpcap.so.1.8.1
> That's odd.  Is this a self-compiled libpcap?
>
>> On 5/23/20 9:20 AM, Richard W.M. Jones wrote:
>>
>>> supermin --build -v -v -v --copy-kernel -f ext2
/usr/lib64/guestfs/supermin.d -o /tmp/appliance.d
>>
>> On 5/23/20 9:20 AM, Richard W.M. Jones wrote:
>>> On Sat, May 23, 2020 at 04:26:24AM -0600, Ben Wellborn wrote:
>>>> + systemd-tmpfiles --prefix=/dev --prefix=/run
--prefix=/var/run --create --boot
>>>> systemd-tmpfiles: error while loading shared libraries:
libpcap.so.1: cannot open shared object file: No such file or directory
>>> This is the problem.
>>>
>>> I'm absolutely certain I've seen this bug before but I
cannot find it
>>> right now.  Can you try to see which version of libpcap systemd is
>>> linked to?  eg:
>>>
>>> $ ldd /usr/lib/systemd/systemd | grep libpcap
>>>   libpcap.so.1 => /lib64/libpcap.so.1 (0x00007f50a9af7000)
>>>
>>> You can also see how the supermin appliance is being rebuilt and
>>> whether libpcap is included by doing:
>>>
>>> $ supermin --build -v -v -v --copy-kernel -f ext2
/usr/lib64/guestfs/supermin.d -o /tmp/appliance.d
>>>
>>> which will produce a lot of interesting debug output.
>>>
>>> Rich.
>>>
>