On Sat, Feb 27, 2016 at 09:55:32PM +0200, noxdafox wrote:
On 27/02/16 11:23, Richard W.M. Jones wrote:
>[...]
>>>>md_create: feature 'mdadm' is not available in this
>>>>build of libguestfs. Read 'AVAILABILITY' in the guestfs(3) man
page for
>>>>how to check for the availability of features. at
/home/noxdafox/development/libguestfs/test-data/phony-guests/make-fedora-img.pl
>>>>line 103.
>>All the other packages were already installed. Most of these
>>packages seem to be available to other Debian branches but not on
>>Stretch.
>The Debian package 'mdadm' is installed on the machine or not?
$ dpkg -l | grep mdadm
ii mdadm 3.4-1 amd64 tool to
administer Linux MD arrays (software RAID)
>
>Assuming it is installed, what is the output of:
>
> rm -rf tmp/.guestfs-*
> ./run guestfish run : supported
>
>?
That precise command fails with the following message:
libguestfs: error: you must call guestfs_add_drive before guestfs_launch
Ah right, that's because the default backend is 'direct', but on my
machine I have it set to 'libvirt', which supports hotplugging and
thus doesn't require you to specify any drives.
mdadm no
OK this is strange, and wrong.
Can you try:
./run virt-rescue --scratch
In the virt-rescue shell:
ls -l {/bin,/sbin,/usr/bin,/usr/sbin}/mdadm
That should show the mdadm binary copied into the appliance, but
likely it does not, because the test here is failing:
https://github.com/libguestfs/libguestfs/blob/master/daemon/md.c#L45
https://github.com/libguestfs/libguestfs/blob/master/daemon/guestfsd.c#L1076
It could be that mdadm is something odd, like a dead symlink?
Anyway, I'll fire up a Debian box in my cloud and see if I can
reproduce this also.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog:
http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages.
http://libguestfs.org