similar to: [PATCH 0/3] Timestamp messages during guestfs_launch

This error is with libguestfs 1.20. Calling guestfs_launch() with tracing on: supermin helper [00065ms] finished creating appliance libguestfs: checksum of existing appliance: 2bd6811426e14b6fb661b4d52cebd6c21a41df1a068e8acf6a7a08e3b3bd4ada libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00071ms] begin building supermin appliance libguestfs:

-- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -------------- next part -------------- >From 8f1b06f64807239d4b4c923af4db8626a866ff6f Mon Sep 17

Hello everyone, I am using libguestfs on CentOS 7.2. I am trying to modify Red Hat 5.4 disks. I am using C/C++. I found the process gets stuck inside guestfs_launch: Thread 1 (Thread 0x7fe3aa6148c0 (LWP 1265)): #0 0x00007fe3a9032c20 in __poll_nocancel () from /lib64/libc.so.6 #1 0x00007fe3aa1e5ea4 in read_data () from /lib64/libguestfs.so.0 #2 0x00007fe3aa20af0c in

I'm trying to use virt-sysprep on an Ubuntu 13.10 vm running on OpenStack. I've followed the command "gotchas" from the FAQ and still not had any luck. *What are you trying to do?* Attempting to use virt-sysprep on a qcow2 image made with virt-install *What commands?* I've run virt-sysprep (with both -d and -a options) and gotten the following error: Fatal error:

On Fri, May 31, 2013 at 3:55 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > On Fri, May 31, 2013 at 10:58:30AM +0800, Qiu Yu wrote: > > Unfortunately, the standard 'disk' group permission only applies to > > /dev/sdX device nodes, not to device mapper nodes created by LVM > commands. > > Actually, it depends on udev rules. On my machine device mapper

On Jan 23, 2014, at 4:47 AM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Thu, Jan 23, 2014 at 12:22:43AM -0800, Tim Fall wrote: >> Running libguestft-test-tool yields: >> >> >> ************************************************************ >> * IMPORTANT NOTICE >> * >> * When reporting bugs, include the

Thanks Rich for you quick reply. I enabled logs and the program stuck again, here is the call stack and log: Thread 1 (Thread 0x7fac58edc8c0 (LWP 1271)): #0 0x00007fac578fac20 in __poll_nocancel () from /lib64/libc.so.6 #1 0x00007fac56df3c5a in virNetClientIOEventLoop () from /lib64/libvirt.so.0 #2 0x00007fac56df441b in virNetClientSendInternal () from /lib64/libvirt.so.0 #3 0x00007fac56df5843

lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 14.04.3 LTS Release: 14.04 Codename: trusty guestmount --ro -a agent-disk1.vmdk -i /mnt/vmdk --> Works fine guestmount --rw -a agent-disk1.vmdk -i /mnt/vmdk libguestfs: error: appliance closed the connection unexpectedly. This usually means the libguestfs appliance crashed. See

Thanks again, but when I run the command "sudo update-guestfs-appliance" the result is "unpacking /tmp/superminef3fb7da4d1971287149691a8361ae0d.tmp/syslinux_3%3a4.05+dfsg-6+deb8u1_amd64.deb ... unpacking /tmp/superminef3fb7da4d1971287149691a8361ae0d.tmp/sysv-rc_2.88dsf-41ubuntu6_all.deb ... unpacking

Hello- I've recently upgraded from OEL 6.4 to OEL 6.8. Infiniband Hardware installed on the server prevents me from upgrading the OS version any higher. Kernel Version: Oracle Linux Server Red Hat Compatible Kernel (2.6.32-642.el6.x86_64) Since the upgrade, there have been problems with libguestfs-tools hanging, then timing out. I'd like to use the newest version of

Hello, I'm using virt-sparsify on a new server and I get an error message: # virt-sparsify img img2 [   0.0] Create overlay file in /tmp to protect source disk [   0.1] Examine source disk virt-sparsify: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Here is libguestfs-test-tool output:

Hi Rich I'm noe getting the below logs after running libguestfs-test-tool.. SUPERMIN_MODULES=/lib/modules/3.8.13-rt9-QorIQ-SDK-V1.4 SUPERMIN_KERNEL=/boot/vmlinuz-3.8.13-rt9-QorIQ-SDK-V1.4 PATH=/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/usr/local/bin SELinux: sh: getenforce: command not found guestfs_get_append: (null) guestfs_get_autosync: 1 guestfs_get_backend: direct

On Wed, Jun 04, 2014 at 03:29:11PM +0530, abhishek jain wrote: > supermin: kernel: SUPERMIN_KERNEL environment variable /boot/uImage > supermin: failed to find a suitable kernel (host_cpu=powerpc64). > > I looked for kernels in /boot and modules in /lib/modules. If you follow the code in src/kernel.ml you'll see that this means supermin was unable to get the kernel version from

It looks to me that the windows 2008 image I am attempting to convert is not being detected as windows but is being updated as a Linux system. When PXE booted the server with the p2v image I ended up with this error: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information The system image transferred and I was able to create an XML file to boot it under

On Thu, Dec 04, 2014 at 04:53:21PM +0800, cuimingwen@incito.com.cn wrote: > Hello， Richard， > I run command as example： " virt-df -d `virsh domuuid 5`" > some errors show : > libguestfs: warning: supermin-helper -f checksum returned a short string > libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on

Hi all, As title, thanks a lot. My test host configurations: Linux desktop 3.0.0-14-generic #23-Ubuntu SMP Mon Nov 21 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux The test tool output as following: xxx at desktop:~$ sudo libguestfs-test-tool [sudo] password for xxx: ===== Test starts here ===== LIBGUESTFS_DEBUG=1 TMPDIR=(not set) libguestfs: new guestfs handle 0x16cd0f0 library version:

In 1.11.1 / git, I have made some changes to the way that you run guestfish, guestmount and the virt tools from the build directory without installing. Firstly you can't just run ./fish/guestfish or ./fuse/guestmount any more and have those programs magically set LIBGUESTFS_PATH. The automagic code was always error-prone and I have removed it. Secondly, all of the run-*-local scripts have

Why does the toplevel Makefile process appliance/, and creates supermin.d during make install, whith configure --disable-appliance? I have to double check what actually happens, it seems it causes startup failures if the resulting binary packages are started on a host that happens to have supermin installed. Olaf

Hello, I've found a problem running libguestfs on my system. The system has /var mounted with a symbolic link to /mnt/bigdata/var root@red1:/var/log/nova# ls -ld /mnt/bigdata/var drwxrwxr-x 15 root users 4096 jul 7 17:55 /mnt/bigdata/var root@red1:/var/log/nova# ls -ld /var lrwxrwxrwx 1 root root 16 oct 30 2012 /var -> /mnt/bigdata/var Any help here? this is test tool output: