> On Feb 17, 2016, at 5:35 PM, Adamson, Andy <William.Adamson@xxxxxxxxxx> wrote:
>
>
>> On Feb 17, 2016, at 3:59 PM, J. Bruce Fields <bfields@xxxxxxxxxxxx> wrote:
>>
>> On Wed, Feb 17, 2016 at 02:06:35PM -0500, Chuck Lever wrote:
>>>
>>>> On Feb 17, 2016, at 9:50 AM, Adamson, Andy
>>>> <William.Adamson@xxxxxxxxxx> wrote: Thanks for testing. As Trond
>>>> pointed out, the correct way to indicate multiple hostnames is on
>>>> the mount command line
>>>>
>>>> mount -o minorversion=1 host1,host2,ÃĒâ‚ŽÂĶ,hostn:/<export> /<mntdir>
>>>
>>> It might be more natural for NFSv4.x to use a referral or a pNFS
>>> layout instead. Do you think that's a viable approach?
>>
>> Seems like an easy application for fs_locations{_info?}. It'd need
>> server support too, and I think you probably want this manual method as
>> well for now.
>
> I agree that the manual method is useful as it allows the client admin to decide if the mount requires session trunking.
Seems like the server admin is in a better position to know
the locations of replicated data. The server can advertise
the most up-to-date location information. More scalable
than telling every client admin how to set this up.
Adding this CLI to mount means it will be around a long time,
so we'd better be sure we want to support it for that long.
(Yes, I know, who is this "we").
> The fs_locations would need to be requested by the client. I guess we reqest them at every mountâ€Ķ.
Yep, and fetch them again every so often. There's no real
cache coherency protocol for this information. (That's
where a pNFS layout might be more valuable).
The Linux server should be able to advertise replicas using
the replicas= export option.
>> I wonder if the server can easily generate a list of IP addresses to
>> advertise automatically?
>
> Yes - fs_locations!
>
> —>Andy
>
>> In which case the whole thing would be
>> zero-configuration, which would be nice.
>>
>> pNFS sounds like overkill.
>>
>> --b.
>
> N‹§ēæėrļ›yúčšØbēXŽķĮ§vØ^–)Þš{.nĮ+‰·ĨŠ{ąû"žØ^n‡rĄöĶzËëh™ĻčÚ&Ēø ŪGŦéhŪ(階ŠÝĒj"úķm§ĸïęäzđÞ–ŠāþfĢĒ·hšˆ§~ˆm
--
Chuck Lever
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
