[gpfsug-discuss] Protocol limits

[Jan-Frode Myklebust]

My understanding of these limits are that they are to limit the
configuration files from becoming too large, which makes
changing/processing them somewhat slow.

For SMB shares, you might be able to limit the number of configured shares
by using wildcards in the config (%U). These wildcarded entries counts as
one share.. Don’t know if simimar tricks can be done for NFS..



  -jf

ons. 9. des. 2020 kl. 23:45 skrev leslie elliott <
leslie.james.elliott at gmail.com>:

>
> hi all
>
> we run a large number of shares from CES servers connected to a single
> scale cluster
> we understand the current supported limit is 1000 SMB shares, we run the
> same number of NFS shares
>
> we also understand that using external CES cluster to increase that limit
> is not supported based on the documentation, we use the same authentication
> for all shares, we do have additional use cases for sharing where this
> pathway would be attractive going forward
>
> so the question becomes if we need to run 20000 SMB and NFS shares off a
> scale cluster is there any hardware design we can use to do this whilst
> maintaining support
>
> I have submitted a support request to ask if this can be done but thought
> I would ask the collective good if this has already been solved
>
> thanks
>
> leslie
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20201210/4744cdc0/attachment-0002.htm>