From owner-freebsd-current@freebsd.org Sat Aug 19 03:15:37 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 962C7DC82CE for ; Sat, 19 Aug 2017 03:15:37 +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 5D16327F2 for ; Sat, 19 Aug 2017 03:15:36 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (106-68-135-200.dyn.iinet.net.au [106.68.135.200]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v7J3FPsP075775 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 18 Aug 2017 20:15:29 -0700 (PDT) (envelope-from julian@freebsd.org) To: freebsd-current From: Julian Elischer Subject: anyone had experience expanding uid_t and gid_t? Message-ID: <8028cee3-546a-55fd-159e-2e4c0aa7ebd6@freebsd.org> Date: Sat, 19 Aug 2017 11:15:20 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US 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: Sat, 19 Aug 2017 03:15:37 -0000 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.