Bug 786604 - 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"
Summary: guestfish on CentOS 5.7 x86 and augeas-libs-0.10.0-2.el5 crashes with message...
Keywords:
Status: CLOSED DUPLICATE of bug 808193
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: libguestfs
Version: el5
Hardware: i686
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Richard W.M. Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-01 21:49 UTC by Mike Matczynski
Modified: 2012-04-01 19:43 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-01 19:43:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.