Re: "Re: [PATCH RFC Version 1 0/6] Request for Comment: NFS4.1 Session Trunking"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 17, 2016 at 5:52 PM, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote:
>
>> On Feb 17, 2016, at 5:35 PM, Adamson, Andy <William.Adamson@xxxxxxxxxx> wrote:
>> 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).

If your goal is to do session trunking, you only really need to check
the fs_locations attribute on the root file system. (so
GETROOTFH+GETATTR(fs_locations)). That's the natural place for a
server to advertise its full set of IP addresses, and the session
trunking protocol itself will allow you to winnow out any that might
belong to a replica server.

You might want to refresh that info whenever the connection goes away
on one or more addresses without a reboot so you can detect when NICs
are going away.

Otherwise, polling every couple of hours or so for new NICs shouldn't
be too burdensome...

Cheers,
 Trond
--
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



[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux