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