similar to: ANNOUNCE: "attach-method" is now "backend"

Hi All, I installed CentOS 7 as Xen Guest OS(DomU OS), I wonder if it is possible to use libguestfs in this CentOS 7 VM? libguestfs-test-tools reports error: *-bash-4.2# libguestfs-test-tool * ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your

Make sure to free the backend string after using it. --- src/launch-libvirt.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/launch-libvirt.c b/src/launch-libvirt.c index 899742f..6f95e98 100644 --- a/src/launch-libvirt.c +++ b/src/launch-libvirt.c @@ -719,6 +719,8 @@ parse_capabilities (guestfs_h *g, const char *capabilities_xml, * appliance VM. */ if

Hi Rich, I spend several days on this issue but still cannot figure out the root cause. Sometimes, guestfs_lauch() gets stuck, sometimes, it is ok. I reproduced this issue using guestfish: -bash-4.2# guestfish Welcome to guestfish, the guest filesystem shell for editing virtual machine filesystems and disk images. Type: 'help' for help on commands 'man' to read the manual

There's a heap overflow in qemu SLIRP which affects libguestfs, potentially allowing a malicious filesystem to take control of the confining qemu process and from there attack the host. It will affect libguestfs specifically when these two conditions are both met: - You're using the ‘direct’ backend. - Networking is enabled. The direct backend is the default upstream, but not in

On Thu, Jul 31, 2014 at 03:32:18PM -0700, Zetan Drableg wrote: > Ok - > By the way, I looked into updating out KVM versions. Since we already > have so many KVM servers of this version in production, I can't easily > forklift update everything without much testing. > > exec /usr/libexec/qemu-kvm -s -S "$@" > > export LIBGUESTFS_HV=/root/work/qemu-wrapper

Thanks Rich. I have used libguestfs for several month. It worked perfectly before, the issue appears recently. I am trying guestfs_set_backend (g, "direct"). Thanks, Allen 2016-08-29 23:31 GMT+08:00 Richard W.M. Jones <rjones@redhat.com>: > On Mon, Aug 29, 2016 at 11:19:04PM +0800, Baochuan Wu wrote: > > Thanks Rich for you quick reply. I enabled logs and the program

On Mon, Aug 29, 2016 at 11:19:04PM +0800, Baochuan Wu wrote: > 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

This is a brand new CentOS7 with RDO allinone build. We can't launch any instances.. Any help is greatly appreciated@! Output from libguestfs-test-tool ___________________________________ ************************************************************ * IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your

On Mon, Nov 04, 2019 at 08:26:08PM +0000, Klaas Schulze-Dieckhoff wrote: > As requested this is the output inside my container: > root@ead989650980:/# ls /boot > androidboot efi grubinitrd.img-core initrd.img-core-0.7.43+ppa27 uboot > root@ead989650980:/# ls /lib/modules > 4.15.0-66-generic > > I know, that there is no kernel inside /boot, but to my understanding this is

Just code motion. This commit makes it clearer what is a utility and what is part of the library. It also makes it clear that we should rename: guestfs-internal-frontend.h -> utils.h guestfs-internal-frontend-cleanups.h -> cleanups.h (?) but this commit does not make that change. --- .gitignore | 10 ++--- Makefile.am

I'm just about to release libguestfs 1.20. This appendix covers issues specific to Fedora 18. Fedora 18 defaults to using the libvirt attach-method, meaning that libvirt is used to create and manage the libguestfs appliance. There are several benefits to this (see the full release notes). You can switch back to the ordinary method (directly running qemu) at any time by doing: export

On Sat, Jun 01, 2013 at 02:27:50PM +0000, Gabriel de Perthuis wrote: > Hello, > As I understand it guestfs appliances normally work as servers > and run high-level commands from some external channel. This is the normal architecture when you're using libguestfs to access a VM or disk image: http://libguestfs.org/guestfs.3.html#architecture > But it might be possible to bundle

There's two parts to this question. On Tue, Jan 12, 2016 at 05:26:10PM +0200, Yaniv Kaul wrote: > I didn't see what are the main differences in > http://libguestfs.org/guestfs.3.html#backend The basic concept of the backend is how do we run the libguestfs appliance (http://libguestfs.org/guestfs-internals.1.html#architecture). There are two ways we could run the appliance: either

These won't be used by the daemon, so interferes with us using common/utils in the daemon, so they are moved to a different library. --- .gitignore | 8 +++--- Makefile.am | 4 ++- align/Makefile.am | 2 ++ align/scan.c | 1 + cat/Makefile.am | 10 ++++++++

On Sat, Jun 01, 2013 at 10:05:20PM +0200, Gabriel wrote: > On Sat, 01 Jun 2013 20:54:15 +0100, Richard W.M. Jones wrote: > > On Sat, Jun 01, 2013 at 02:27:50PM +0000, Gabriel de Perthuis wrote: > >> Hello, > >> As I understand it guestfs appliances normally work as servers > >> and run high-level commands from some external channel. > > > > This is

On Sat, 01 Jun 2013 20:54:15 +0100, Richard W.M. Jones wrote: > On Sat, Jun 01, 2013 at 02:27:50PM +0000, Gabriel de Perthuis wrote: >> Hello, >> As I understand it guestfs appliances normally work as servers >> and run high-level commands from some external channel. > > This is the normal architecture when you're using libguestfs to access > a VM or disk image:

Hi all I am trying to run the dockerized version of linaro lava. Unfortunately it is not possible to start libguetsfs inside one of the containers. My settings are: Ubuntu Server 18.04.3, Docker version 18.09.7 running a Debian:stretch based contianer Running libguestfs-test-tool gives me the following output: root at e91c89e0874d:/# libguestfs-test-tool

Run with LIBGUESTFS_ATTACH_METHOD=appliance Fails with: inspect_os: mount_ro: /dev/sda on / (options: 'ro'): mount: /dev/sda is already mounted or /sysroot busy at /usr/share/perl5/vendor_perl/Sys/VirtConvert/GuestfsHandle.pm line 194. virt-inspector works as expected libguestfs-test-tool.log: http://pastebin.ca/2317900 virt-v2v.log: http://iaindb.pastebin.ca/2317938 Any

Hello, I am using https://github.com/clalancette/oz/tree/v0.16.0 to customise qcow2 images. In CentOS 7.5.1804 (yum updated to latest) the image customisation fails during guestfs launch. Following is the output of libguestfs-test-tool run. Please help in debugging the problem - ************************************************************ * IMPORTANT NOTICE *

I'm trying to build fedora-27 image for testing uploads: $ virt-builder fedora-27 -o /var/tmp/fedora-27.img ... [ 25.2] Opening the new disk virt-builder: error: libguestfs error: bridge ‘virbr0’ not found. Try running: brctl show to get a list of bridges on the host, and then selecting the bridge you wish the appliance network to connect to using: export