[Libguestfs] virt-builder disk space

Richard W.M. Jones rjones at redhat.com
Mon Mar 10 15:16:09 UTC 2014


On Mon, Mar 10, 2014 at 06:49:26AM -0700, Joshua Daniel Franklin wrote:
> Hi,
> 
> I've got a feature request, it would be nice to have some friendly info in the case you don't have enough disk space on the default locations for virt-builder and supermin to run.
> 
> I was using virt-builder on the official Fedora AMI on EC2 which includes an awesome 2G root block device and, since RAM is at a premium in the smaller instance types, tmpfs is not used.
> http://fedoraproject.org/en/get-fedora-options#clouds
> 
> However, EC2 also includes direct-attached "Instance Storage" scratch space such as 160G magnetic on m1.small or 32G ssd on m3.large (details at http://aws.amazon.com/ec2/pricing/ ) which cloud-init automatically mounts at /mnt. 
> 
> All you get output wise is :
> 
> virt-builder: libguestfs error: /usr/bin/supermin-helper exited with error status 1.
> 
> Even with LIBGUESTFS_DEBUG and LIBGUESTFS_TRACE supermin isn't super helpful but you can see lines such as:
> libguestfs: trace: get_cachedir = "/var/tmp"
> /usr/bin/supermin-helper: ext2fs_read_inode: Illegal inode number
> https://www.redhat.com/mailman/listinfo/libguestfs

This is a real bug in supermin.  I have filed it:

https://bugzilla.redhat.com/show_bug.cgi?id=1074584

Since we have just heavily updated supermin, this would be a good
time to fix this problem.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW




More information about the Libguestfs mailing list