search for: supermin5

..., Chen Hanxiao wrote: >> >> the virtio modules in kmods did existed in this machine. >> >> with -v -v -v, I got: >> > >> >Can you attach or pastebin the complete output from this command on >> >the failing machine please: >> > >> >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d >> > >> >> Sure. >> >> Please check the attachments. > >I'm not exactly sure what's wrong. There are two things you >can try: > >(1) Upgrade to a later supermin. Th...

...>> the virtio modules in kmods did existed in this machine. > >> >> with -v -v -v, I got: > >> > > >> >Can you attach or pastebin the complete output from this command on > >> >the failing machine please: > >> > > >> >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > >> > > >> > >> Sure. > >> > >> Please check the attachments. > > > >I'm not exactly sure what's wrong. There are two things you > >can try: >...

...hat.com> wrote: >On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: >> the virtio modules in kmods did existed in this machine. >> with -v -v -v, I got: > >Can you attach or pastebin the complete output from this command on >the failing machine please: > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > Sure. Please check the attachments. Regards, - Chen

...21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: > >> the virtio modules in kmods did existed in this machine. > >> with -v -v -v, I got: > > > >Can you attach or pastebin the complete output from this command on > >the failing machine please: > > > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > > > > Sure. > > Please check the attachments. I'm not exactly sure what's wrong. There are two things you can try: (1) Upgrade to a later supermin. The latest version is 5.1.16, which is ava...

Hello! Compile the environment information: centos7.4 libguestfs-1.36.3.tar.gz I encountered supermin and supermin5 problems while compiling libguestfs command: ./configure checking for tsk/libtsk.h... yes checking if we should build the appliance... yes checking for supermin... /usr/bin/supermin checking for --with-supermin-packager-config option... not set checking for --with-supermin-extra...

On Thu, Jul 21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: > the virtio modules in kmods did existed in this machine. > with -v -v -v, I got: Can you attach or pastebin the complete output from this command on the failing machine please: supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot...

...21, 2016 at 06:36:20PM +0800, Chen Hanxiao wrote: > >> the virtio modules in kmods did existed in this machine. > >> with -v -v -v, I got: > > > >Can you attach or pastebin the complete output from this command on > >the failing machine please: > > > >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > > > > Sure. > > Please check the attachments. Hm, is the /lib/modules/3.10.0-229.el7.x86_64/modules.dep file correct (as in existing and not empty)? If so, what if you run as root `depmod -a` and then...

...> export SUPERMIN_MODULES=/lib/modules/$SUPERMIN_KERNEL_VERSION > >> But it works fine on another centos 7.1 machine. >> >> Could you please give me some hints on how to debug this kind of issue? > >You can get more debugging by adding more -v options, eg: > > supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d > >The effect of using -v multiple times is to increase the "debug" >setting in the code, so more messages may be printed, for example: > > https://github.com/libguestfs/supermin/blob/master/src/ext...

...ot/vmlinuz-$SUPERMIN_KERNEL_VERSION export SUPERMIN_MODULES=/lib/modules/$SUPERMIN_KERNEL_VERSION > But it works fine on another centos 7.1 machine. > > Could you please give me some hints on how to debug this kind of issue? You can get more debugging by adding more -v options, eg: supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d The effect of using -v multiple times is to increase the "debug" setting in the code, so more messages may be printed, for example: https://github.com/libguestfs/supermin/blob/master/src/ext2_initrd.ml#L62 Ric...

...estfs: trace: get_backend_setting = NULL (error) libguestfs: [00008ms] build appliance libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00008ms] begin building supermin appliance libguestfs: [00008ms] run supermin libguestfs: command: run: /usr/bin/supermin5 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 li...

On Thu, Jul 21, 2016 at 08:04:05PM +0800, Chen Hanxiao wrote: > Thanks for your hint. > I think we got the key: > > on the machine fail: > we lack of lines like: > > kernel/drivers/char/hw_random/amd-rng.ko: > kernel/drivers/char/hw_random/via-rng.ko: > kernel/drivers/char/hw_random/virtio-rng.ko: kernel/drivers/virtio/virtio_ring.ko kernel/drivers/virtio/virtio.ko

..., Chen Hanxiao wrote: >> >> the virtio modules in kmods did existed in this machine. >> >> with -v -v -v, I got: >> > >> >Can you attach or pastebin the complete output from this command on >> >the failing machine please: >> > >> >supermin5 --build -f ext2 -v -v -v /usr/lib64/guestfs/supermin.d -o /tmp/appliance.d >> > >> >> Sure. >> >> Please check the attachments. > >Hm, is the /lib/modules/3.10.0-229.el7.x86_64/modules.dep file correct >(as in existing and not empty)? If so, what if you...

On Tue, Nov 15, 2016 at 10:11:38AM +0000, Paul Braham wrote: > libguestfs: command: run: /usr/bin/supermin5 > 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: c...

...a newer version of supermin. RHEL 7.3 has > supermin 5.1.16, also available here: > > https://people.redhat.com/~rjones/libguestfs-RHEL-7.3-preview/ > > If the bug is still present in the newer version, then: > > (2) Run supermin with lots of debugging enabled: > > supermin5 -v -v -v -f ext2 /usr/lib64/guestfs/supermin.d -o /var/tmp/appliance That should be: supermin5 -v -v -v --build -f ext2 /usr/lib64/guestfs/supermin.d -o /var/tmp/appliance Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualizat...

Hi, Rich: I met a supermin issue on CentOS 7.1: supermin: version: 5.1.10 supermin: rpm: detected RPM version 4.11 supermin: package handler: fedora/rpm supermin: acquiring lock on /root/test/aaa/lock supermin: build: /usr/lib64/guestfs/supermin.d supermin: build: visiting /usr/lib64/guestfs/supermin.d/base.tar.gz type gzip base image (tar) supermin: build: visiting

...estfs: trace: get_backend_setting = NULL (error) libguestfs: [00552ms] build appliance libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: [00552ms] begin building supermin appliance libguestfs: [00553ms] run supermin libguestfs: command: run: /usr/bin/supermin5 libguestfs: command: run: \ --build libguestfs: command: run: \ --verbose libguestfs: command: run: \ --if-newer libguestfs: command: run: \ --lock /var/tmp/.guestfs-1002/lock libguestfs: command: run: \ --copy-kernel libguestfs: command: run: \ -f ext2 libguestfs: command: run: \ --host-cpu powerp...

...estfs: trace: get_backend_setting = NULL (error) > libguestfs: build appliance > libguestfs: trace: get_cachedir > libguestfs: trace: get_cachedir = "/var/tmp" > libguestfs: begin building supermin appliance > libguestfs: run supermin > libguestfs: command: run: /usr/bin/supermin5 > 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: c...

....1-1.55.el7.centos.4 will be > updated > ---> Package perl-Sys-Guestfs.x86_64 1:1.32.7-3.el7.centos will be an > update > ---> Package perl-Sys-Virt.x86_64 0:1.2.17-2.el7 will be updated > ---> Package perl-Sys-Virt.x86_64 0:2.0.0-1.el7 will be an update > ---> Package supermin5.x86_64 0:5.1.10-1.2.el7 will be updated > ---> Package supermin5.x86_64 0:5.1.16-4.el7 will be an update > ---> Package syslinux.x86_64 0:4.05-12.el7 will be updated > ---> Package syslinux.x86_64 0:4.05-13.el7 will be an update > ---> Package syslinux-extlinux.x86_64 0:4.05...

I have a Dell T430 with CentOS 7 kernel release: 3.18.41-20.el7.x86_64 and xen_version : 4.6.3-3.el7 I am doing an update of my server, but it fails:- yum update ================================================================================= Error: Package: libvirt-daemon-driver-libxl-1.3.0-1.el7.x86_64 (@centos-virt-xen) Requires: libvirt-daemon = 1.3.0-1.el7 Removing:

...pwd)/local.repo # --with-extra-packages="valgrind" --7KvBbaRjXS2SFKKp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=localenv # NB: -*- Makefile -*- AND a shell script. #export SUPERMIN=/home/rjones/d/supermin/src/supermin export SUPERMIN=/usr/bin/supermin5 # Parallel test runs out of resources starting qemu, unclear why. export SKIP_TEST_PARALLEL_MOUNT_LOCAL=1 # Skip vfs-minimum-size test which requires btrfs-progs >= 4.2 export SKIP_TEST_VFS_MINIMUM_SIZE_2=1 # This test fails if the available memory is ~ 4 GB, as it is # on the test machine. e...