On Tue, Feb 2, 2021 at 2:48 PM Chuck Lever <chuck.lever@xxxxxxxxxx> wrote: > > > > > On Feb 2, 2021, at 2:24 PM, Dan Aloni <dan@xxxxxxxxxxxx> wrote: > > > > On Tue, Feb 02, 2021 at 01:52:10PM -0500, Anna Schumaker wrote: > >> You're welcome! I'll try to remember to CC him on future versions > >> On Tue, Feb 2, 2021 at 1:51 PM Chuck Lever <chuck.lever@xxxxxxxxxx> wrote: > >>> > >>> I want to ensure Dan is aware of this work. Thanks for posting, Anna! > > > > Thanks Anna and Chuck. I'm accessing and monitoring the mailing list via > > NNTP and I'm also on #linux-nfs for chatting (da-x). > > > > I see srcaddr was already discussed, so the patches I'm planning to send > > next will be based on the latest version of your patchset and concern > > multipath. > > > > What I'm going for is the following: > > > > - Expose transports that are reachable from xprtmultipath. Each in its > > own sub-directory, with an interface and status representation similar > > to the top directory. > > - A way to add/remove transports. > > - Inspiration for coding this is various other things in the kernel that > > use configfs, perhaps it can be used here too. Sounds good! I'm looking forward to seeing them > > > > Also, what do you think would be a straightforward way for a userspace > > program to find what sunrpc client id serves a mountpoint? If we add an > > ioctl for the mountdir AFAIK it would be the first one that the NFS > > client supports, so I wonder if there's a better interface that can work > > for that. > > Has the new mount API been merged? That provides a way to open > a mountpoint and get a file descriptor for it, and then write > commands to it. I'm pretty sure it was merged a release or two ago (at least, that's when the fs_context patches went in) Anna > > > -- > Chuck Lever > > >
