Libguestfs - Mar 2017 - guestfsd: error while loading shared libraries in SUSE12

Hi guys,

I've struggled in this error for 1 week and your help is really appreciated.
As one EMC software engineer,  I need to setup the libguestfs tool in SUSE12 (
SUSE11SP4 is also OK,  while SUSE12 is preferred ) to mount some qcow2 image
from openstack environment.  Then we can read its file system architecture and
restore some files.


1.        The first thing is we build one SUSE appliance from susestudio.com. 
For libguestfs/libguestfs0/guestfstools ,  SUSE studio only provide 1.26.9
version.  After download SUSE12 appliance and try to start our task by
"guestmount" ,  we get this error:

       According to this page
(http://libguestfs.org/guestfs-faq.1.html#libguestfs:-error:-cannot-find-any-suitable-libguestfs-supermin-fixed-or-old-style-appliance-on-libguestfs_path
),  on SUSE we can only upgrade to higher version of libguestfs to resolve this
issue,  right ?

       Do we have any method to bypass this error on libguestfs 1.26.9 version ?
"sudo update-guestfs-appliance" is not used by SUSE.


2.        To install libguestfs 1.32 version on SUSE is painful process :)  I
have searched many websites and try to install below RPM packages :

rpm -qa --last
guestfs-tools-1.32.4-230.6.x86_64             Wed Mar  8 01:23:15 2017
e2fsprogs-1.42.9-63.1.x86_64                  Tue Mar  7 10:18:14 2017
python-evtx-0.3.1-2.5.noarch                  Tue Mar  7 09:51:37 2017
python-libguestfs-1.32.4-230.6.x86_64         Tue Mar  7 09:26:41 2017
perl-Sys-Guestfs-1.32.4-230.6.x86_64          Tue Mar  7 09:26:17 2017
libguestfs0-1.32.4-230.6.x86_64               Tue Mar  7 09:25:24 2017
supermin-5.1.13-14.3.x86_64                   Tue Mar  7 09:24:56 2017
xmlstarlet-1.6.1-2.11.x86_64                  Tue Mar  7 09:24:10 2017
libxslt1-1.1.29-2.14.x86_64                   Tue Mar  7 09:23:39 2017
guestfs-data-1.32.4-230.6.x86_64              Tue Mar  7 09:13:57 2017
fuse-2.9.5-74.1.x86_64                        Tue Mar  7 08:38:08 2017

              And I get below strange error ( detail error information is in
attachment) :   guestfsd: error while loading shared libraries: libaugeas.so.0:
cannot open shared object file: No such file or directory


1)      The rpm package is installed :   a

rpm -qa |grep augeas

libaugeas0-1.2.0-3.1.x86_64



And the file is there:

rpm -ql libaugeas0-1.2.0-3.1.x86_64

/usr/lib64/libaugeas.so.0

/usr/lib64/libaugeas.so.0.18.0

/usr/lib64/libfa.so.1

/usr/lib64/libfa.so.1.4.0





2)      And I also run ldconfig -p command and we can see libaugeas.so.0 is
registered.



3)      Is there any impact for the account to run this program ?   I use root
and also update the /etc/libvirt/qemu.conf to uncomment "user = root".


I really have no idea why this issue comes.  Do you have idea or suggestion ?


Thanks a lot !


To be or not to be, that's the question.

Phoenix Wang
EMC China COE Chengdu Center
T: +86 (28) 8296 6862

你好, 欢迎libguestfs mailing list！

On Tue, 2017-03-14 at 07:56 +0000, Wang, Phoenix wrote:
> I’ve struggled in this error for 1 week and your help is really
appreciated.   As one EMC software engineer,  I need
> to setup the libguestfs tool in SUSE12 ( SUSE11SP4 is also OK,  while
SUSE12 is preferred ) to mount some qcow2 image
> from openstack environment.  Then we can read its file system architecture
and restore some files.
That should be rather straight forward.
> 1.        The first thing is we build one SUSE appliance from
susestudio.com.  For libguestfs/libguestfs0/guestfstools
> ,  SUSE studio only provide 1.26.9 version.  After download SUSE12
appliance and try to start our task by “guestmount”
> ,  we get this error:
There is a big libguestfs version change between SLES 12 SP1 and SLES 12 SP2,
which one are you using?
>        According to this page
(http://libguestfs.org/guestfs-faq.1.html#libguestfs:-error:-cannot-find-any-suitable-
> libguestfs-supermin-fixed-or-old-style-appliance-on-libguestfs_path ),  on
SUSE we can only upgrade to higher version
> of libguestfs to resolve this issue,  right ?  
on SLES 12 SP1 or earlier you should get a fixed appliance, while on SLES 12 SP2
you should get
a supermin based appliance.
>        Do we have any method to bypass this error on libguestfs 1.26.9
version ?  “sudo update-guestfs-appliance” is
> not used by SUSE.
>         
> 2.        To install libguestfs 1.32 version on SUSE is painful process J 
I have searched many websites and try to
> install below RPM packages :
>  
> rpm -qa --last
> guestfs-tools-1.32.4-230.6.x86_64             Wed Mar  8 01:23:15 2017
> e2fsprogs-1.42.9-63.1.x86_64                  Tue Mar  7 10:18:14 2017
> python-evtx-0.3.1-2.5.noarch                  Tue Mar  7 09:51:37 2017
> python-libguestfs-1.32.4-230.6.x86_64         Tue Mar  7 09:26:41 2017
> perl-Sys-Guestfs-1.32.4-230.6.x86_64          Tue Mar  7 09:26:17 2017
> libguestfs0-1.32.4-230.6.x86_64               Tue Mar  7 09:25:24 2017
> supermin-5.1.13-14.3.x86_64                   Tue Mar  7 09:24:56 2017
> xmlstarlet-1.6.1-2.11.x86_64                  Tue Mar  7 09:24:10 2017
> libxslt1-1.1.29-2.14.x86_64                   Tue Mar  7 09:23:39 2017
> guestfs-data-1.32.4-230.6.x86_64              Tue Mar  7 09:13:57 2017
> fuse-2.9.5-74.1.x86_64                        Tue Mar  7 08:38:08 2017     
 
I see that you have the libguestfs from SLES 12 SP2, and supermin is also
installed, weird.
>               And I get below strange error ( detail error information is
in attachment) :   guestfsd: error while
> loading shared libraries: libaugeas.so.0: cannot open shared object file:
No such file or directory
>                  
> 1)      The rpm package is installed :   a
> rpm -qa |grep augeas
> libaugeas0-1.2.0-3.1.x86_64
>  
> And the file is there:
> rpm -ql libaugeas0-1.2.0-3.1.x86_64
> /usr/lib64/libaugeas.so.0
> /usr/lib64/libaugeas.so.0.18.0
> /usr/lib64/libfa.so.1
> /usr/lib64/libfa.so.1.4.0
It smells like libaugeas was not packaged in your appliance, though
augeas-lenses
requires libaugeas0 and augeas-lenses is included in the packages list.
 
> 2)      And I also run ldconfig –p command and we can see libaugeas.so.0 is
registered.    
>  
> 3)      Is there any impact for the account to run this program ?   I use
root and also update the
> /etc/libvirt/qemu.conf to uncomment “user = root”.
The user shouldn't be a problem: libguestfs will create an appliance for
each user. You will
find the appliance for the root user in /var/tmp/.guestfs-0/. You can try to
remove it
and try running the libguestfs-test-tool again to see if the appliance is now
properly booting.

If you are running a registered SLES 12 SP2, then I think you should bring this
problem
to support people for it to be properly tracked and handled.

我希望这个帮助你。
--
Cedric

On Tue, Mar 14, 2017 at 07:56:28AM +0000, Wang, Phoenix
wrote:
> 1)      The rpm package is installed :   a
> 
> rpm -qa |grep augeas
> 
> libaugeas0-1.2.0-3.1.x86_64
> 
> And the file is there:
> 
> rpm -ql libaugeas0-1.2.0-3.1.x86_64
> 
> /usr/lib64/libaugeas.so.0
> 
> /usr/lib64/libaugeas.so.0.18.0
> 
> /usr/lib64/libfa.so.1
> 
> /usr/lib64/libfa.so.1.4.0
I can't add much to what Cedric already said, except to say that
the error message
> guestfsd --verbose
> guestfsd: error while loading shared libraries: libaugeas.so.0: cannot
> open shared object file: No such file or directory
is not about augeas on the host, but augeas in the appliance.

Try running:

  $ virt-rescue --scratch

and then see if /usr/lib64/libaugeas.so.* exists.  It probably won't,
which is the root cause of the error.

What should happen in theory is that `supermin --build' copies this
file into the appliance.  You can test that out by doing:

  $ supermin --build -v -f chroot \
      /usr/lib64/guestfs/supermin.d -o /tmp/appliance

and see if /tmp/appliance/usr/lib64/libaugeas.so.* gets created.

If not, then add more -v options (-v -v -v) until you can see what's
going wrong.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top