Bug 786604

Summary: guestfish on CentOS 5.7 x86 and augeas-libs-0.10.0-2.el5 crashes with message "guestfsd: error while loading shared libraries: libxml2.so.2: cannot open shared object file"
Product: [Fedora] Fedora EPEL Reporter: Mike Matczynski <mjm>
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: el5CC: mbooth, rjones, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-01 19:43:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Mike Matczynski 2012-02-01 21:49:43 UTC
Description of problem:
Running guestfish on CentOS 5.7 x86 and augeas-libs-0.10.0-2.el5 crashes with message "guestfsd: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory"

Here's the relevant section when libguestfs debugging is enabled:

//////
guestfsd: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
<0>Rebooting in 1 seconds..child_cleanup: 0x8b51af8: child process died
child process died unexpectedly at /usr/bin/virt-inspector line 223.
//////

The libguestfs package worked until I upgraded augeas-libs-0.9.0-1.el5 to augeas-libs-0.10.0-2.el5.

Version-Release number of selected component (if applicable):
libguestfs-1.2.14-7.el5

How reproducible:
Always

Steps to Reproduce:
1. Update CentOS 5.7 x86 to libguestfs-1.2.14-7.el5 and augeas-libs-0.10.0-2.el5
2. Run "guestfish -i /dev/sdf" on image
3. Observe libguestfs crashs with error "guestfsd: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory"

Note: error can also be reproduced by running the included "libguestfs-test-tool"
  
Actual results:
guestfsd: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory

Expected results:
"guestfish -i ..." should drop the user at the interactive prompt.

Additional info / Workaround:
rwmjones on IRC indicated that a work-around is to add the line "./usr/lib/libxml2.so*" to the end of the file /usr/lib/guestfs/initramfs.epel-5.i686.supermin.hostfiles.  This solved the problem.

Comment 1 Richard W.M. Jones 2012-02-02 10:29:38 UTC
libguestfs isn't an EPEL package, so this bug should be
filed against RHEL 5.

*However* where does this package 'augeas-libs-0.10.0-2.el5'
come from?  The latest Augeas version in RHEL 5 is 0.7.3.

Comment 2 Mike Matczynski 2012-02-02 15:37:23 UTC
Maybe I'm looking in the wrong place, but it appears that libguestfs and augeas are only in the EPEL repo:
http://download.fedora.redhat.com/pub/epel/5/i386/
* libguestfs-1.2.14-7.el5.i386.rpm
* augeas-0.10.0-3.el5.i386.rpm

I can't find versions of either package in the base CentOS/RHEL repos.

Comment 3 Richard W.M. Jones 2012-02-06 11:23:27 UTC
(In reply to comment #2)
> Maybe I'm looking in the wrong place, but it appears that libguestfs and augeas
> are only in the EPEL repo:
> http://download.fedora.redhat.com/pub/epel/5/i386/
> * libguestfs-1.2.14-7.el5.i386.rpm
> * augeas-0.10.0-3.el5.i386.rpm
> 
> I can't find versions of either package in the base CentOS/RHEL repos.

Yes ...

We have libguestfs in RHEL 5 (in a sub-channel), but some very old
version (even older than this one).  This package shouldn't really
be in EPEL at all, or we should update it.

No chance you can use RHEL 6.2/6.3?  Keeping libguestfs working on
EPEL 5 is hard because the kernel and qemu are so old.
http://people.redhat.com/~rjones/libguestfs-RHEL-6.3-preview/

Comment 4 Mike Matczynski 2012-02-15 15:02:39 UTC
Right now we're stuck on RHEL5, and seeing that RedHat extended RHEL5's lifecycle another 3 years to 2017, I'm guessing we'll still be on RHEL5 for awhile.

If this can't be updated in EPEL, are there instructions for building my own copy of the package with this fix?

Comment 5 Richard W.M. Jones 2012-04-01 19:43:16 UTC
Closing as duplicate of bug 808193.

Note it's very unlikely we'll have a modern version of
libguestfs for RHEL 5 because qemu and the kernel simply
don't support the features we use.  See my comments over
on the other bug.

*** This bug has been marked as a duplicate of bug 808193 ***