[Engine-devel] Feature: backend support for Advanced NFS Options

Yair Zaslavsky yzaslavs at redhat.com
Wed Mar 28 07:18:20 UTC 2012


On 03/28/2012 09:06 AM, Itamar Heim wrote:
> On 03/27/2012 03:50 PM, Laszlo Hornyak wrote:
>>
>>
>> ----- Original Message -----
>>> From: "Yair Zaslavsky"<yzaslavs at redhat.com>
>>> To: "Laszlo Hornyak"<lhornyak at redhat.com>
>>> Cc: "engine-devel"<engine-devel at ovirt.org>
>>> Sent: Tuesday, March 27, 2012 3:41:04 PM
>>> Subject: Re: [Engine-devel] Feature: backend support for Advanced NFS
>>> Options
>>>
>>> On 03/26/2012 03:01 PM, Laszlo Hornyak wrote:
>>>> Hi,
>>>>
>>>> http://www.ovirt.org/wiki/Features/AdvancedNfsOptions#Changes_in_ovirt_engine
>>>>
>>>>
>>>> Your feedback is welcome.
>>>
>>> Few comments -
>>> a. Do we want to edit the options while storage domain is in
>>> maintenance
>>> mode?
>>
>> I guess when it is in maintenance mode, the behavior should be that it
>> should not be reconnected, but only the mount options stored. If the
>> mount options are wrong... I think the domain will fallback when
>> trying to activate.
>>
>>> b. Maybe calling this field "mount_options" (and not "nfs_options)
>>> (thinking about making it reusable for PosixFS feature).
>>
>> Ah yes, last time I was editing this page the wiki crashed fopr a few
>> hours and I forgot about it, but it was meant to be mount_options
>> instead of nfs_options.
> 
> actually, why not make this generic as storage_domain_options, which
> could be used like custom properties for hooks later on?
I thought we're talking about options passed to "-O" (mount -O ).
If we want to have more generalization, we should probably have a "key
value" pair, similar to custom properties, as you suggested.



More information about the Devel mailing list