> From: Gary Ma [mailto:[email protected]] > Sent: Wednesday, September 23, 2015 6:21 AM > To: Frank Filz <[email protected]> > Cc: Dirk Jagdmann <[email protected]>; NFS Ganesha Developers <Nfs- > [email protected]> > Subject: Re: [Nfs-ganesha-devel] Export_id larger than 16 bits > > What are the options if we need 32-bit export id? Not enabling the FSALs > that have larger handle?
We could use the flag byte to indicate 32 bit or 64 bit exportid. I would suggest if an exortid is between 0 and 65535 that it be packed into a 16 bit, this would allow an installation that wanted to expand to do so without changing handles for existing exports. Then if the exportid fits in 32 bits use 32 bits, otherwise use 64 bits. This will have some impact on decoding but would allow the most flexibility. Combined with the flexibility to specify the size of the FSID embedded in the FSAL_VFS handles, it would allow the possibility of using 32 bit or even 64 bit exportid with at least some exported filesystems in FSAL_VFS even over NFS v3. I'm pretty sure the ability to fit a handle into 64 bytes vs 128 bytes is made at the response forming stage so if the resulting handle would be too big for v3, the export could still be available over NFS v4. Frank > On Tue, Sep 22, 2015 at 9:50 PM, Frank Filz <[email protected]> wrote: > The problem with expanding export id is making everything fit in a 64 byte > nfs v3 handle. We have several FSALs that already wind up with a 62 byte > handle. > > Frank > > Sent from my iPhone > > On Sep 22, 2015, at 5:01 PM, Dirk Jagdmann <[email protected]> wrote: > > > Currently gsh_export::export_id is a 16 bit unsigned. This also > > corresponds to a > > 16 unsigned defined for the EXPORT configuration. Is there any reason > > why this Export ID is limited to 16 bit? Could this be increased to 64 bits? > > > > -- > > ---> Dirk Jagdmann > > ----> http://cubic.org/~doj > > -----> http://llg.cubic.org > > > > ---------------------------------------------------------------------- > > -------- Monitor Your Dynamic Infrastructure at Any Scale With > > Datadog! > > Get real-time metrics from all of your servers, apps and tools in one > > place. > > SourceForge users - Click here to start your Free Trial of Datadog now! > > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > > _______________________________________________ > > Nfs-ganesha-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > > ------------------------------------------------------------------------------ > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 > _______________________________________________ > Nfs-ganesha-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ------------------------------------------------------------------------------ Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 _______________________________________________ Nfs-ganesha-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
