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

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.
>>>
>

On Monday, 25 May 2020 04:15:23 CEST Ben Wellborn wrote:
> 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)
This looks fine.

Also, looking at the libpcap-and-rebuild-testing.txt you provided
previously, it looked like there is a package, pfring, that installs
libpcap in /usr/local/lib:

supermin: rpm: multiple providers: requirement libpcap.so.1()(64bit): providers:
libpcap pfring
supermin: rpm: multiple providers: picked pfring

At least according to a quick search, it seems that this is the case:
https://centos.pkgs.org/7/forensics-x86_64/pfring-7.6.0-2990.x86_64.rpm.html
This is... bad: a package that:
- installs a library in /usr/local
- may override a system-critical library
- even RPM-provides the system library (!)
This is a scholar example of things that can go wrong when packaging
local stuff :-/

Do you still have that package installed? Can you please try by
temporarly removing it?
> 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"
Try to clean the cached libguestfs appliance before, using
$ rm -rf /var/tmp/.guestfs-$(id -u)

-- 
Pino Toscano

On Tue, May 26, 2020 at 09:04:42AM +0200, Pino Toscano
wrote:
> On Monday, 25 May 2020 04:15:23 CEST Ben Wellborn wrote:
> > 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)
> 
> This looks fine.
> 
> Also, looking at the libpcap-and-rebuild-testing.txt you provided
> previously, it looked like there is a package, pfring, that installs
> libpcap in /usr/local/lib:
> 
> supermin: rpm: multiple providers: requirement libpcap.so.1()(64bit):
providers: libpcap pfring
> supermin: rpm: multiple providers: picked pfring
> 
> At least according to a quick search, it seems that this is the case:
>
https://centos.pkgs.org/7/forensics-x86_64/pfring-7.6.0-2990.x86_64.rpm.html
> This is... bad: a package that:
> - installs a library in /usr/local
> - may override a system-critical library
> - even RPM-provides the system library (!)
And omits the /usr/local/lib/libpcap.so.1 symlink from the file list.

I think it would work if only it included this file, although still be
a bad, bad package for all the other reasons.

Rich.
> This is a scholar example of things that can go wrong when packaging
> local stuff :-/
> 
> Do you still have that package installed? Can you please try by
> temporarly removing it?
> 
> > 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"
> 
> Try to clean the cached libguestfs appliance before, using
> $ rm -rf /var/tmp/.guestfs-$(id -u)
> 
> -- 
> Pino Toscano

> _______________________________________________
> Libguestfs mailing list
> Libguestfs@redhat.com
> https://www.redhat.com/mailman/listinfo/libguestfs

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW