similar to: Building PXE Bootable images using the libguestfs toolchain

Hi, While trying to ./configure libguestfs on gentoo fails since it requires feboostrap or deboostrap Can this be made optional and not as necessary requirement, since there are still many useful uses for libguestfs besides bootstrapping, which can be used on distros like gentoo. Thanks Alex

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

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: +------------------+

Systems such as Debian (and thus Ubuntu) operate with 64-bit programs in /lib, with /lib64 a symlink to it: as a result, they apply a patch to their glibc adjusting the default search path of the 64-bit dynamic loader (only used if the library is not found in ld.so.cache) to look in /lib, and instruct the 32-bit one to look in /lib32. Because fakechroot is implemented via LD_PRELOAD, it ends up

Hi, just a short heads up about the current status of libguestfs on Debian: Current git master builds and works fine on Debian sid. The only change you have to make is to use a custom kernel instead of the one in squeeze/sid by pointing DEBIRF_KERNEL_PACKAGE in appliance/debian/debirf.conf to something recent enough (>= 2.6.35) like:

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

This is a repost of a previously posted set. It's been updated following review comments. [PATCH 1/4] Add a core_pattern debug command Added missing return statements. [PATCH 2/4] Call sync after guestfsd exits Remove redundant sleep 1; sync [PATCH 3/4] Shut down the appliance cleanly [PATCH 4/4] Ignore launch() error in virt-rescue These were previously 2 patches. They are otherwise

[PATCH 1/3] Add a core_pattern debug command The first patch is just a rework of Rich's earlier core dump patch. It turns it into a debug subcommand so it can be called at any time. This also has the advantage of explicitly labelling an extremely untidy API as debug. [PATCH 2/3] Call sync after guestfsd exits The second patch seems to be required for cores to be dumped reliably. I was able to

> Install debian-archive-keyring: > > http://packages.debian.org/sid/debian-archive-keyring > > Debirf wants to pass it to debootstrap for verification. The other > possibility is to try to build an Ubuntu based appliance instead of a > Debian based one with: > > /configure --with-repo=karmic --with-mirror=<your_ubuntu_mirror> Hi, I just got the same issue, and

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

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:

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. *

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

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

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

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 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 =

[CC to Fabian - can you comment on the ovirt-node problem below] On Thu, Nov 21, 2013 at 10:02:46PM +0000, Исаев Виталий Анатольевич wrote: > On 11/21/2013 05:56 PM, Richard W.M. Jones wrote: > > When you say "cannot access them" do you get an error message? Could > > it be an SELinux denial? > > Yes, when I am trying to open some logical volume on the hypervisor

On Fri, May 14, 2010 at 11:02:36PM -0400, Aron Griffis wrote: > Hi again Rich, > > I'm trying to use febootstrap to install either rawhide or f13, > but my attempts are failing. > > $ sudo febootstrap fedora-13 /mnt/jubjub-f > ... > Running rpm_check_debug > ERROR with rpm_check_debug vs depsolve: > libc.so.6()(64bit) is needed by procmail-3.22-25.fc12.x86_64

Am Freitag, den 22.11.2013, 10:29 +0000 schrieb Исаев Виталий Анатольевич: > Thanks a lot. Yes, we have a Support and we will ask them to help with this bug. > > How do you think, maybe we can hack this issue quickly just putting the kernel file (desired by libguestfs) manually to some directory on the RHEV-H file system? /boot and /lib/modules do not contain kernels on RHEV-H. Hey,