Description of problem: guestfish fails with any disk image after upgrading os (CentOS 5) Version-Release number of selected component (if applicable): OS: CentOS 5.7 libguestfs (EPEL 5 latest): libguestfs-1.2.14-5.el5 guestfish-1.2.14-5.el5 perl-libguestfs-1.2.14-5.el5 libguestfs-tools-1.2.14-5.el5 How reproducible: run: guestfish -i prueba.img Actual results: # guestfish -i nfs-virt/prueba.img Could not open '/dev/kqemu' - QEMU acceleration layer not activated: No such file or directory file: /dev/VG00/root: file: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory at /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi/Sys/Guestfs/Lib.pm line 716. Expected results: Additional info:
Can you attach the complete, unedited output of: libguestfs-test-tool
And also: LIBGUESTFS_DEBUG=1 virt-inspector --xml nfs-virt/prueba.img
Created attachment 529858 [details] LIBGUESTFS_DEBUG=1 virt-inspector --xml nfs-virt/prueba.img
Created attachment 529859 [details] libguestfs-test-tool.txt
Thanks for that. I actually just tested this using a real Red Hat Enterprise Linux 5.6 machine and it works. Can you try the following commands. For your reference the output from RHEL 5.6 is shown. $ ls {,/usr}{/lib,/lib64}/libz.so* ls: /lib/libz.so*: No such file or directory ls: /lib64/libz.so*: No such file or directory /usr/lib64/libz.so /usr/lib64/libz.so.1.2.3 /usr/lib/libz.so.1 /usr/lib64/libz.so.1 /usr/lib/libz.so /usr/lib/libz.so.1.2.3 $ grep libz /usr/lib64/guestfs/initramfs.epel-5.x86_64.supermin.hostfiles ./usr/lib64/libz.so.1 ./usr/lib64/libz.so.1.* $ rpm -qa --qf '%{name} %{version} %{arch}\n' | grep zlib zlib 1.2.3 x86_64 zlib 1.2.3 i386 zlib-devel 1.2.3 x86_64 zlib-devel 1.2.3 i386
Here are the output of the same commands plus others from my CentOS 5.7. There are new libz libraries in /lib and /lib64 directories. [root@nim1 ~]# ls {,/usr}{/lib,/lib64}/libz.so* /lib64/libz.so.1 /lib/libz.so.1.2.3 /usr/lib/libz.so.1 /lib64/libz.so.1.2.3 /usr/lib64/libz.so.1 /usr/lib/libz.so.1.2.3 /lib/libz.so.1 /usr/lib64/libz.so.1.2.3 [root@nim1 ~]# grep libz /usr/lib64/guestfs/initramfs.epel-5.x86_64.supermin.hostfiles ./usr/lib64/libz.so.1 ./usr/lib64/libz.so.1.* [root@nim1 ~]# rpm -qa --qf '%{name} %{version} %{arch}\n' | grep zlib zlib 1.2.3 i386 zlib 1.2.3 x86_64 [root@nim1 ~]# rpm -qf /lib64/libz.so.1 zlib-1.2.3-4.el5 [root@nim1 ~]# rpm -qf /lib/libz.so.1 zlib-1.2.3-4.el5 [root@nim1 ~]# rpm -ql zlib-1.2.3-4.el5.i386 /lib/libz.so.1 /lib/libz.so.1.2.3 /usr/lib/libz.so.1 /usr/lib/libz.so.1.2.3 /usr/share/doc/zlib-1.2.3 /usr/share/doc/zlib-1.2.3/README [root@nim1 ~]# rpm -ql zlib-1.2.3-4.el5.x86_64 /lib64/libz.so.1 /lib64/libz.so.1.2.3 /usr/lib64/libz.so.1 /usr/lib64/libz.so.1.2.3 /usr/share/doc/zlib-1.2.3 /usr/share/doc/zlib-1.2.3/README [root@nim1 ~]# uname -a Linux nim1.unavarra.es 2.6.18-274.3.1.el5 #1 SMP Tue Sep 6 20:13:52 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux [root@nim1 ~]# cat /etc/redhat-release CentOS release 5.7 (Final)
Just updating my machine to RHEL 5.7 to see if I can reproduce the problem there.
I can reproduce this in RHEL 5.7. It seems like they've moved the zlib libraries around (but with symlinks). This needs a libguestfs rebuild which I have kicked off here: http://koji.fedoraproject.org/koji/taskinfo?taskID=3456860
Try this one instead: http://koji.fedoraproject.org/koji/taskinfo?taskID=3457109
libguestfs-1.2.14-7.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/libguestfs-1.2.14-7.el5
New packages tested: Everything OK. Bug resolved. Thanks.
Package libguestfs-1.2.14-7.el5: * should fix your issue, * was pushed to the Fedora EPEL 5 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing libguestfs-1.2.14-7.el5' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-4770 then log in and leave karma (feedback).
libguestfs-1.2.14-7.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report.