From owner-freebsd-current@freebsd.org Tue Aug 22 01:20:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1584DE28B1 for ; Tue, 22 Aug 2017 01:20:58 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BBFD6698F2 for ; Tue, 22 Aug 2017 01:20:58 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (58-7-91-62.dyn.iinet.net.au [58.7.91.62]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v7M1KpnY002673 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 21 Aug 2017 18:20:56 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: anyone had experience expanding uid_t and gid_t? From: Julian Elischer To: freebsd-current References: <8028cee3-546a-55fd-159e-2e4c0aa7ebd6@freebsd.org> Message-ID: <04ee890c-7830-4132-b504-d24472acb2ce@freebsd.org> Date: Tue, 22 Aug 2017 09:20:43 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <8028cee3-546a-55fd-159e-2e4c0aa7ebd6@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-AU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 01:20:59 -0000 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. > > > >