2:56 a.m.
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-a...
), 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
4:53 a.m.
你好, 欢迎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-a...
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
5 a.m.
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
2810
days inactive
2810
days old
2 comments
3 participants
participants (3)
-
Cedric Bosdonnat -
Richard W.M. Jones -
Wang, Phoenix