similar to: [PATCH] test-tool: docs: update reference to febootstrap env variables

hi, i am not quite sure about the below error: [ 1320.506848] INFO: task init:1 blocked for more than 120 seconds. [ 1320.510069] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. The below commands guestmount, virt-* either hangs or taking a gazillion time to finish (not correctly). I've attached a file with two cases In both cases, in tmp folder

SUPERMIN_KERNEL and SUPERMIN_MODULES don't work to guestfish. Since guestfish sets --if-newer parameter to supermin, so the environment variables are not used under the following conditions. - the output directory exists and, - the dates of both input files and package database are older than the output To solve that, rebuild the output it when SUPERMIN_KERNEL or SUPERMIN_MODULES are

On Wed, Jun 04, 2014 at 02:25:58PM +0530, abhishek jain wrote: > Hi RIch > > > Below are the details of the powerpc ubuntu system ... > > ls -l /boot/ > total 10200 > -rw-r--r-- 1 root root 5224765 Nov 22 2013 uImage > -rw-r--r-- 1 root root 5192861 Nov 22 2013 uImage.orig > > > ls -l /lib/modules/ > total 4 > drwxr-xr-x 3 ubuntu ubuntu 4096 Jun 3

Hi Rich But there is no src/kernel.ml file on my ubuntu powerpc to which the above patch is reffering. I have installed supermin as supermin_5.1.8-2_powerpc.deb debian package. Thanks On Tue, Jun 3, 2014 at 7:16 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Jun 03, 2014 at 06:55:49PM +0530, abhishek jain wrote: > > supermin: failed to find a suitable kernel

On Wed, Jun 04, 2014 at 03:29:11PM +0530, abhishek jain wrote: > supermin: kernel: SUPERMIN_KERNEL environment variable /boot/uImage > supermin: failed to find a suitable kernel (host_cpu=powerpc64). > > I looked for kernels in /boot and modules in /lib/modules. If you follow the code in src/kernel.ml you'll see that this means supermin was unable to get the kernel version from

On Wed, Jun 04, 2014 at 01:18:47PM +0530, abhishek jain wrote: > Hi RIch > > Below are the necessary details of the system.. > > > *ls -l /boot/total 10200-rw-r--r-- 1 root root 5224765 Nov 22 2013 > uImage-rw-r--r-- 1 root root 5192861 Nov 22 2013 uImage.origls -l > /lib/modules/total 4drwxr-xr-x 3 ubuntu ubuntu 4096 Jun 3 07:21 > 3.8.13-rt9-QorIQ-SDK-V1.4uname

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.

Hi Rich Kindly ignore my previos mail. I have downloaded the latest version of supermin supermin-5.1.8 and have compiled it for powerpc.Moreover there was no need to patch the src/ kernel.ml file as the changes were already implemented on the latest version. But still when i run libguestfs-test-tool on powerpc ubuntu,I get the below logs.. libguestfs-test-tool

Rich, this wasn't operational. First of all, the image on my version of RHEV-H is kept in other directory. So I did that: 1. $ export FEBOOTSTRAP_KERNEL=/dev/.initramfs/live/vmlinuz0 2. $ echo $FEBOOTSTRAP_KERNEL /dev/.initramfs/live/vmlinuz0 3. $ libguestfs-test-tool ************************************************************ *

Thanks to all. Symbolic link to vmlinuz image is a solution to my problem: $ ll /boot total 2536 drwxr-xr-x. 3 root root 60 2013-04-15 14:49 efi lrwxrwxrwx. 1 root root 25 2013-09-18 15:50 grub -> /dev/.initramfs/live/grub -rw-r--r--. 1 root root 185842 2013-03-29 20:59 symvers-2.6.32-358.6.1.el6.x86_64.gz -rw-r--r--. 1 root root 2407872 2013-03-29 20:58

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

Hello, I am try to compile guestfsd using this link<http://thr3ads.net/libguestfs/2012/09/2100168-Re-compile-guestfsd>. I am using libguestfs-1.24.4.tar.gz After running ./configure with disable options i get a message claiming a febootstrap >=3.2. I already installed febootstrap-3.21-4.el6x86_64.rpm for centos6.5. In the rpm description i found a note telling that this rpm will

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

Because of the confusion generated by calling something 'febootstrap' which didn't have anything to do with Fedora and didn't generate bootstrap filesystems, I have renamed 'febootstrap' as 'supermin'. I also bumped the version number up to 4.1.0. New home page: http://people.redhat.com/~rjones/supermin/ Downloads: http://libguestfs.org/download/supermin/ Git

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 =

Bash automatically resets euid to uid when it executes. This can mean that the effective user id of a program at the point it calls febootstrap-supermin-helper can be lost if any part of execution chain involved bash. This in turn can result in: * the generation of an incorrect checksum, which contains the uid. * the generation of supermin files with differing owners The -u and -g options allow

Hi, First, I'd like to thank you for your nice effort of the febootstrap tool. I understand there are 2 major versions of this tool the first has the syntax of "febootstrap fedora-12 ./f12" while the second has the syntax "febootstrap --names ....." Is it correct? I also understand the second one is used only to create a minimal system. is it correct too? But what about

Hi Rich, I ran coverity against febootstrap's head and it spotted four leaks. This fixes them. The first patch plugs three. The second attempts to make the add_link function do what I'm guessing it was intended to do. As is, it was a no-op. >From 7c2ff55613598a1295e213cef36600ad61da7ed6 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Tue, 10 Jan 2012

Hi Rich, I got an error: > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/base.img > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/daemon.img > supermin helper [00000ms] visiting /usr/local/lib/guestfs/supermin.d/hostfiles > supermin helper [00012ms] visiting