From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 14:18:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47FE116A400 for ; Wed, 7 Feb 2007 14:18:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0F77213C46B for ; Wed, 7 Feb 2007 14:18:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l17E07gV084541; Wed, 7 Feb 2007 08:00:08 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45C9DB67.50602@freebsd.org> Date: Wed, 07 Feb 2007 08:00:07 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Kostik Belousov References: <45C95C04.6060402@centtech.com> <20070207120948.N31858@mp2.macomnet.net> <20070207134421.GF3304@deviant.kiev.zoral.com.ua> In-Reply-To: <20070207134421.GF3304@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2532/Wed Feb 7 05:51:27 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 14:18:33 -0000 On 02/07/07 07:44, Kostik Belousov wrote: > On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote: >> On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote: >> >>> On one of my boxes where I have a decent amount of (less than 50) >>> users in a few groups, I finally hit the limit. Not 1024 bytes >>> though (that I know of). When that happens though, it is sooner than >>> expected, and tools (like 'id') seg fault (and core dump). >>> >>> I have a sample group, and it appears to be hitting the byte limit. >>> If I add a single additional character to the group, it will break >>> things. >>> It appears to be a combination of multiple groups. >>> >>> Can someone with some experience in this area comment? I can send >>> the group file itself if needed. >>> >>> This box is 6.2-PRERELEASE from about mid-September. I have also >>> seen some issues on amd64, which I went through some debugging with >>> Konstantin Belousov back in November (cc'ed). >> Make sure you have rev. 1.32.8.3 of lib/libc/gen/getgrent.c. > > It was very strange thing with buggy code generated by compiler. I tracked it > down to exact assembler instruction missed in Mr. Anderson' instance of > libc.so. After that, conversation stopped. Sorry about that Kostik, the last message was for me to try a newer libc.so.6. If I recall, I tried that too. I'm not sure what else you wanted me to try. If you have more ideas, I'm all ears. Eric