search for: supermin_kernel_version

Hello, I am running into problems with virt-builder on my Ubuntu-14.04 install. Please find the checklist below: 1. What are you trying to achieve? I'm trying to build a standard Ubuntu 14.04 disk image. 2. What exact commands did you run? I ran "virt-builder ubuntu-14.04" 3. What was the precise error/output of these commands? The process gets stuck indefinitely at

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

...- Use 'libguestfs-test-tool' for testing to see if that makes a difference. In the build directory, run: make quickcheck - Try a different appliance kernel by setting these variables, but choose different kernel versions by looking in your /boot directory first: export SUPERMIN_KERNEL_VERSION=3.13.0-55-generic export SUPERMIN_KERNEL=/boot/vmlinuz-$SUPERMIN_KERNEL_VERSION export SUPERMIN_MODULES=/lib/modules/$SUPERMIN_KERNEL_VERSION rm -rf tmp/.guestfs-* make quickcheck - Add debugging 'set -x' to the top of appliance/init in the source tree to see if it fails wh...

...sn't have any modules (eg. everything is compiled into the kernel). If libguestfs still works, then there's nothing to worry about. However I am not aware of any CentOS distributed kernels which are configured like that. You can also try choosing a different kernel, by setting: export SUPERMIN_KERNEL_VERSION=3.10.0-123.el7.x86_64 export SUPERMIN_KERNEL=/boot/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 ge...

This patch series fixes several problems in the way that supermin handles kernels. The most pressing problem is that supermin doesn't handle bogus vmlinuz files which aren't actual kernels. Along the way there is a lot of clean up. The patches look much better if you view them with ‘-w’. This series will require plenty of time to be tested in Fedora, especially on non-x86 arches.

...testing to see if that makes a > difference. In the build directory, run: > > make quickcheck > > - Try a different appliance kernel by setting these variables, but > choose different kernel versions by looking in your /boot directory > first: > > export SUPERMIN_KERNEL_VERSION=3.13.0-55-generic > export SUPERMIN_KERNEL=/boot/vmlinuz-$SUPERMIN_KERNEL_VERSION > export SUPERMIN_MODULES=/lib/modules/$SUPERMIN_KERNEL_VERSION > rm -rf tmp/.guestfs-* > make quickcheck > > - Add debugging 'set -x' to the top of appliance/init in the source...

...to minimal initrd But did not got this kind of log: supermin: ext2: initrd: visiting module kernel/drivers/scsi/virtio_scsi.ko Which found on the machine supermin works fine. It looks strange. Regards, - Chen > >You can also try choosing a different kernel, by setting: > > export SUPERMIN_KERNEL_VERSION=3.10.0-123.el7.x86_64 > export SUPERMIN_KERNEL=/boot/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 ki...

...are using in qemu doesn't support these kernels. The concern was that the lpae kernels don't boot under qemu. If they do, then I can remove this check. Can you see if supermin works if you set some variation of: export SUPERMIN_KERNEL=/boot/vmlinuz-<version>.lpae export SUPERMIN_KERNEL_VERSION=<version> export SUPERMIN_MODULES=/lib/modules/<version>.lpae which should bypass the check. You might also need to set SUPERMIN_DTB to point to a DTB, or maybe not if qemu is generating device trees correctly on ARM 32 bit these days. Roll on aarch64 :-) Rich. -- Richard Jones,...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I was testing oz/imagefactory on 32 bit arm, you have to have kernel-lpae installed to run kvm. while you can have the regular kernel installed also. You end up having the system booting the regular kernel and you do not get kvm. Ideally supermin will work with the lpae kernel.

Document what each module does, using *.mli files. Remove the --dtb option, it's obsolete. Rename modules according to their purpose. Rich.