[Libguestfs] [PATCH] added ntfscat_i api

[noxdafox]

On 27/02/16 22:09, Richard W.M. Jones wrote:
> 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
 ><rescue> ls -l {/bin,/sbin,/usr/bin,/usr/sbin}/mdadm
ls: cannot access '/bin/mdadm': No such file or directory
ls: cannot access '/sbin/mdadm': No such file or directory
ls: cannot access '/usr/bin/mdadm': No such file or directory
ls: cannot access '/usr/sbin/mdadm': No such file or directory
>
> 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?
$ ls -l /sbin/mdadm
-rwxr-xr-x 1 root root 542376 Feb 19 19:03 /sbin/mdadm
>
> Anyway, I'll fire up a Debian box in my cloud and see if I can
> reproduce this also.
Thanks for the time you're spending in this.
>
> Rich.
>