diff options
author | Csaba Henk <csaba@redhat.com> | 2020-07-17 11:33:36 +0200 |
---|---|---|
committer | Amar Tumballi <amar@kadalu.io> | 2020-08-21 14:12:09 +0000 |
commit | 91fc32dd3dae1b997f520a6e5303bc275301d6c2 (patch) | |
tree | 04991f8fc92eea7c58ba990d05b4fb880d2ce1af /xlators/features/snapview-server | |
parent | eddbf3a23392ca47a697779167c61b4ab790732b (diff) |
fuse: fetch arbitrary number of groups from /proc/[pid]/status
Glusterfs so far constrained itself with an arbitrary limit (32)
for the number of groups read from /proc/[pid]/status (this was
the number of groups shown there prior to Linux commit
v3.7-9553-g8d238027b87e (v3.8-rc1~74^2~59); since this commit, all
groups are shown).
With this change we'll read groups up to the number Glusterfs
supports in general (64k).
Note: the actual number of groups that are made use of in a
regular Glusterfs setup shall still be capped at ~93 due to limitations
of the RPC transport. To be able to handle more groups than that,
brick side gid resolution (server.manage-gids option) can be used along
with NIS, LDAP or other such networked directory service (see
https://github.com/gluster/glusterdocs/blob/5ba15a2/docs/Administrator%20Guide/Handling-of-users-with-many-groups.md#limit-in-the-glusterfs-protocol
).
Also adding some diagnostic messages to frame_fill_groups().
Change-Id: I271f3dc3e6d3c44d6d989c7a2073ea5f16c26ee0
fixes: #1075
Signed-off-by: Csaba Henk <csaba@redhat.com>
Diffstat (limited to 'xlators/features/snapview-server')
0 files changed, 0 insertions, 0 deletions