similar to: [PATCH 1/2] New internal function guestfs___print_timestamped_argv

This function generalises the existing print_cmdline used to output the qemu command line to output any given command line, and exports it to other modules. It also adds a timestamp to the old print_cmdline output for consistency with guestfs___print_timestamped_message. --- src/guestfs-internal.h | 1 + src/launch.c | 48 ++++++++++++++++++++++++------------------------ 2 files

When writing to a RHEV target, virt-v2v launches the libguestfs appliance with euid:egid = 36:36, which is required to write to an NFS target using root_squash. Since the update to use an febootstrap cached appliance, this causes an error on startup as the cached files are owned by root, but the cache directory is owned by 36:36. The reason for this is that execve() resets euid and egid to uid and

Bash automatically resets euid to uid when it executes. This can mean that the effective user id of a program at the point it calls febootstrap-supermin-helper can be lost if any part of execution chain involved bash. This in turn can result in: * the generation of an incorrect checksum, which contains the uid. * the generation of supermin files with differing owners The -u and -g options allow

Use basename of external helper instead of 'no' for external supermin helpers. This gives a clear error messages what binary is actually missing, and it is now possible to install the missing package without recompiling libguestfs. In addition its now also possible to use private builds of supermin (if they are in PATH) with a given libguestfs binary package. Signed-off-by: Olaf Hering

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

4b753c62089be663ac722e4a875bb061d259e87d missed a couple of uses of print_timestamped_message in launch.c. --- src/launch.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/launch.c b/src/launch.c index 9deb0cf..07a89ec 100644 --- a/src/launch.c +++ b/src/launch.c @@ -927,7 +927,7 @@ build_supermin_appliance (guestfs_h *g, const char *path, int r, len; if

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:

Hi All, I am trying to run guestfish inside an Ubuntu instance running in VirtualBox. I'm running into problems, and my first question, is this setup even possible? I compiled and installed libguestfs-1.8.4. Running libguestfs-test-tool fails with the following output. Would appreciate any advice, Chris new guestfs handle 0x8b77958 ===== Test starts here ===== LIBGUESTFS_DEBUG=1 library

As part of the oVirt Node[1] project, I'm going to P.O.C. a version of the node using febootstrap 2.x instead of livecd-creator. The main reasons in doing this is for allowing a r/w root filesystem without some hacky overlayfs and just to see if it can be done. On IRC, rwmjones mentioned a few issues he ran into with febootstrap 2.x where some rpms had %post scripts which aren't really

hi list, I try to get libguestfs running on SLES11SP1 .... or at least basic guestfish functionality and run into a serious problem: febootstrap-supermin-helper --verbose -f ext2 /usr/lib64/guestfs/supermin.d x86_64 /tmp/guestfs.MUqge5/kernel /tmp/guestfs.MUqge5/initrd /tmp/guestfs.MUqge5/root supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel =

--- test-tool/libguestfs-test-tool.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test-tool/libguestfs-test-tool.pod b/test-tool/libguestfs-test-tool.pod index c4284684f8c4ca3dfba0cb734d9cc46f0330b5b9..8999286848d79225c43c8fead674b998be93d4b3 100644 --- a/test-tool/libguestfs-test-tool.pod +++ b/test-tool/libguestfs-test-tool.pod @@ -87,7 +87,7 @@ variables

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

Unfortunately, placing the link into the /boot does not work. libguestfs-test-tool failes with the same message: ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. *

On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Sun, Sep 28, 2014 at 04:30:37PM +0800, Zhi Yong Wu wrote: >> HI, >> >> On a RHEL5 box, i tried to directly run guest which was issued by >> libguestfs virt-xxx commands as below. But after some minutes, it >> exited exceptionally. >> >> Does anyone also hit the

On Sun, Sep 28, 2014 at 6:48 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Sun, Sep 28, 2014 at 06:33:53PM +0800, Zhi Yong Wu wrote: >> On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: >> > Which version of libguestfs is this? I think you'll have no hope of >> #rpm -qa | grep libguestfs >> libguestfs-1.20.8-1

$SUBJECT, basically. :) -- Matthew Miller • Hosted and Interactive Experience Architect Fedora Cloud Architect ☁ ☁ ☁ <mattdm@fedoraproject.org>

I have febootstrap ported to and working on Arch, but there are a few packages missing from the main Arch repos, and the packages need to be in the main repos for the febootstrap sequence to work. So I have a few quick questions, first, how well does the supermin app work, without augeas, are zfs, gfs and hfs used only for mounting those filesystems inside the vm image, and I noticed that there is

On Fri, May 31, Richard W.M. Jones wrote: > On Fri, May 31, 2013 at 10:41:47AM +0200, Olaf Hering wrote: > > Use basename of external helper instead of 'no' for external supermin > > helpers. This gives a clear error messages what binary is actually > > missing, and it is now possible to install the missing package without > > recompiling libguestfs. In addition

Hi Rich, I ran coverity against febootstrap's head and it spotted four leaks. This fixes them. The first patch plugs three. The second attempts to make the add_link function do what I'm guessing it was intended to do. As is, it was a no-op. >From 7c2ff55613598a1295e213cef36600ad61da7ed6 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Tue, 10 Jan 2012

I spent the last couple of days rethinking how we go about building the appliance, and the difficulties we have porting that to other Linux distros. I've come up with a much better way that works better and faster on (so far) Fedora and Debian (probably on Ubuntu too, not tried it), and should be much simpler to port to other distros. The current way is to do: +------------------+