[Libguestfs] Running libguestfs-test-tool problem

Pino Toscano ptoscano at redhat.com
Mon Aug 24 20:35:17 UTC 2020


On Monday, 24 August 2020 20:53:09 CEST Zachary Taylor wrote:
> Here is the output from running libguestfs-test-tool:
> 
> PATH=/home/zmt1002/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/var/lib/snapd/snap/bin
> SELinux: sh: getenforce: command not found
> guestfs_get_append: (null)
> guestfs_get_autosync: 1
> guestfs_get_backend: direct
> guestfs_get_backend_settings: []
> guestfs_get_cachedir: /var/tmp
> guestfs_get_hv: /usr/bin/qemu-system-x86_64
> guestfs_get_memsize: 768
> guestfs_get_network: 0
> guestfs_get_path: /usr/lib/guestfs
> guestfs_get_pgroup: 0
> guestfs_get_program: libguestfs-test-tool
> guestfs_get_recovery_proc: 1
> guestfs_get_smp: 1
> guestfs_get_sockdir: /tmp
> guestfs_get_tmpdir: /tmp
> guestfs_get_trace: 0
> guestfs_get_verbose: 1
> host_cpu: x86_64
> Launching appliance, timeout set to 600 seconds.
> libguestfs: launch: program=libguestfs-test-tool
> libguestfs: launch: version=1.42.0
> libguestfs: launch: backend registered: unix
> libguestfs: launch: backend registered: uml
> libguestfs: launch: backend registered: libvirt
> libguestfs: launch: backend registered: direct
> libguestfs: launch: backend=direct
> libguestfs: launch: tmpdir=/tmp/libguestfsR3UAGS
> libguestfs: launch: umask=0022
> libguestfs: launch: euid=0
> libguestfs: begin building supermin appliance
> libguestfs: run supermin
> libguestfs: command: run: /usr/bin/supermin
> libguestfs: command: run: \ --build
> libguestfs: command: run: \ --verbose
> libguestfs: command: run: \ --if-newer
> libguestfs: command: run: \ --lock /var/tmp/.guestfs-0/lock
> libguestfs: command: run: \ --copy-kernel
> libguestfs: command: run: \ -f ext2
> libguestfs: command: run: \ --host-cpu x86_64
> libguestfs: command: run: \ /usr/lib/guestfs/supermin.d
> libguestfs: command: run: \ -o /var/tmp/.guestfs-0/appliance.d
> supermin: version: 5.2.0
> supermin: package handler: arch/pacman
> supermin: acquiring lock on /var/tmp/.guestfs-0/lock
> supermin: build: /usr/lib/guestfs/supermin.d
> supermin: reading the supermin appliance
> supermin: build: visiting /usr/lib/guestfs/supermin.d/base.tar.gz type 
> gzip base image (tar)
> supermin: build: visiting /usr/lib/guestfs/supermin.d/daemon.tar.gz type 
> gzip base image (tar)
> supermin: build: visiting /usr/lib/guestfs/supermin.d/excludefiles type 
> uncompressed excludefiles
> supermin: build: visiting /usr/lib/guestfs/supermin.d/hostfiles type 
> uncompressed hostfiles
> supermin: build: visiting /usr/lib/guestfs/supermin.d/init.tar.gz type 
> gzip base image (tar)
> supermin: build: visiting /usr/lib/guestfs/supermin.d/packages type 
> uncompressed packages
> supermin: build: visiting /usr/lib/guestfs/supermin.d/udev-rules.tar.gz 
> type gzip base image (tar)
> supermin: mapping package names to installed packages
> supermin: failure: failed to parse epoch:version-release field 2.04-11.1
> libguestfs: error: /usr/bin/supermin exited with error status 1, see 
> debug messages above

This was a supermin bug that was fixed recently:
https://bugzilla.redhat.com/show_bug.cgi?id=1858625
https://github.com/libguestfs/supermin/commit/1b6802ba85898c947f2276c365bf8be7eb5f1642

-- 
Pino Toscano
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://listman.redhat.com/archives/libguestfs/attachments/20200824/0690a735/attachment.sig>


More information about the Libguestfs mailing list