[PATCH] storage: find vstorage-mount binary in runtime

Nikolay Shirokovskiy nshirokovskiy at virtuozzo.com
Tue Jul 14 09:25:03 UTC 2020

On 14.07.2020 12:02, Daniel P. Berrangé wrote:
> On Tue, Jul 14, 2020 at 11:55:47AM +0300, Nikolay Shirokovskiy wrote:
>> On 14.07.2020 11:50, Daniel P. Berrangé wrote:
>>> On Tue, Jul 14, 2020 at 10:26:00AM +0300, Nikolay Shirokovskiy wrote:
>>>> This allows us to use CI for vstorage driver without installing Virtuozzo
>>>> Storage packages. This way we can leave aside license considerations.
>>>> By the way we need to change configure defaults from 'check' to 'no' otherwise
>>>> vstorage driver will be build on any system with umount binary which is not
>>>> expected I guess.
>>>> Signed-off-by: Nikolay Shirokovskiy <nshirokovskiy at virtuozzo.com>
>>>> ---
>>>>  m4/virt-storage-vstorage.m4            | 17 +----------------
>>>>  src/storage/storage_backend_vstorage.c |  9 ++++++++-
>>>>  2 files changed, 9 insertions(+), 17 deletions(-)
>>>> diff --git a/m4/virt-storage-vstorage.m4 b/m4/virt-storage-vstorage.m4
>>>> index e3b3bb4..cf0a543 100644
>>>> --- a/m4/virt-storage-vstorage.m4
>>>> +++ b/m4/virt-storage-vstorage.m4
>>>> @@ -21,30 +21,19 @@ dnl
>>>>                             [Virtuozzo Storage backend for the storage driver],
>>>> -                           [check])
>>>> +                           [no])
>>>>  ])
>>> Why was this changed to "no".  It means we'll never enable the storage
>>> driver without an explicit --with-storage-vstorage arg passed
>> But with "check" we will have this driver built on any system with umount
>> as I mentioned in commit message. I guess this is not desired given the
>> driver actually needs some more binaries that are not usually installed.
> The core rule for configure checks is that users should never have to
> pass any --with args to enable use of features that their host OS has.
> So we need some mechanism to correctly enable the driver.
> I'd suggest that we in fact get rid of this entire check, and just make
> the storage driver be directly configured based on $with_vz, beucase if
> you have the hypervisor driver enabled, you want the storage driver to
> match.

These drivers are not so strongly related. One can be used without another
and vz driver soon going to be outdated.

May be we can leave "check" really check for vstorage-mount presence and
leave default to "check" also while make "yes" be forceful and don't
fail if there is no binary? This new "yes" behavior is supposed to be
used in CI.


More information about the libvir-list mailing list