Re: anyone had experience expanding uid_t and gid_t?
On 19/8/17 11:15 am, Julian Elischer wrote: >> at $JOB there are clients where 32bits is starting to chafe. >> >> Has anyone expanded them? >> >Other than a few offline comments I haven't heard anyone directly >respond to this. >Does anyone have any comments on feasibility or suggestions? >NFSV3 will definitely be screwed.. Actually all NFS mounts that use AUTH_SYS (or all except Kerberized mounts, if you prefer), so even most NFSv4 mounts will be broken. Although NFSv4 uses strings for users and groups (called owner and owner_group), the AUTH_SYS authentication header has a 32bit uid and a list of 32bit gids. rick ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: anyone had experience expanding uid_t and gid_t?
On 19/8/17 11:15 am, Julian Elischer wrote: at $JOB there are clients where 32bits is starting to chafe. Has anyone expanded them? Other than a few offline comments I haven't heard anyone directly respond to this. Does anyone have any comments on feasibility or suggestions? NFSV3 will definitely be screwed.. This is starting to become a serious limitation in some places. Especially large institutions with Samba active. Samba uses a map between SIDs (session IDs) and UIDS, but it's a sparse map and due to various issues the mapping is not able to re-use numbers well. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
anyone had experience expanding uid_t and gid_t?
at $JOB there are clients where 32bits is starting to chafe. Has anyone expanded them? This is starting to become a serious limitation in some places. Especially large institutions with Samba active. Samba uses a map between SIDs (session IDs) and UIDS, but it's a sparse map and due to various issues the mapping is not able to re-use numbers well. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"