From owner-freebsd-current@FreeBSD.ORG Thu Aug 21 15:04:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35B97106574D for ; Thu, 21 Aug 2008 15:04:40 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id CD0F28FC28 for ; Thu, 21 Aug 2008 15:04:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m7LF4b1G083913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Aug 2008 17:04:38 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id m7LF4Tub033538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Aug 2008 17:04:30 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id m7LF4TLr020028; Thu, 21 Aug 2008 17:04:29 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id m7LF4Tor020027; Thu, 21 Aug 2008 17:04:29 +0200 (CEST) (envelope-from ticso) Date: Thu, 21 Aug 2008 17:04:29 +0200 From: Bernd Walter To: Kostik Belousov Message-ID: <20080821150428.GJ17607@cicely7.cicely.de> References: <20080814202949.GA34094@cicely7.cicely.de> <20080821134126.GI1803@deviant.kiev.zoral.com.ua> <20080821142812.GG17607@cicely7.cicely.de> <20080821145844.GL1803@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080821145844.GL1803@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.081, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Bernd Walter , freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: __tls_get_addr problem with recent current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2008 15:04:40 -0000 On Thu, Aug 21, 2008 at 05:58:44PM +0300, Kostik Belousov wrote: > On Thu, Aug 21, 2008 at 04:28:13PM +0200, Bernd Walter wrote: > > On Thu, Aug 21, 2008 at 04:41:26PM +0300, Kostik Belousov wrote: > > > On Thu, Aug 14, 2008 at 10:29:49PM +0200, Bernd Walter wrote: > > > > After updating the kernel and before installworld processes randomly > > > > crash on startup. > > > > Userland is ~2 months old amd64 current. > > > > I wonder if this is because of the OS mix or a general problem right > > > > now. > > > > It seems that process only crash if I'm logged in via ssh/telnet but > > > > not on console, so I might be able to installworld from console. > > > > > > > > One example: > > > > [59]cicely14# gdb /bin/cat cat.core > > > > GNU gdb 6.1.1 [FreeBSD] > > > > Copyright 2004 Free Software Foundation, Inc. > > > > GDB is free software, covered by the GNU General Public License, and you are > > > > welcome to change it and/or distribute copies of it under certain conditions. > > > > Type "show copying" to see the conditions. > > > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > > > This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... > > > > Core was generated by `cat'. > > > > Program terminated with signal 11, Segmentation fault. > > > > Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. > > > > Loaded symbols for /lib/libc.so.7 > > > > Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. > > > > Loaded symbols for /libexec/ld-elf.so.1 > > > > #0 0x0000000800505523 in __tls_get_addr () from /libexec/ld-elf.so.1 > > > > (gdb) bt > > > > #0 0x0000000800505523 in __tls_get_addr () from /libexec/ld-elf.so.1 > > > > #1 0x00000008006b34c1 in free () from /lib/libc.so.7 > > > > #2 0x00000008006b4a8e in malloc () from /lib/libc.so.7 > > > > #3 0x00000008006a9600 in regfree () from /lib/libc.so.7 > > > > #4 0x00000008006a918e in regfree () from /lib/libc.so.7 > > > > #5 0x00000008006a6500 in __detect_path_locale () from /lib/libc.so.7 > > > > #6 0x0000000000401b6a in ?? () > > > > #7 0x0000000000401035 in ?? () > > > > #8 0x000000080052f000 in ?? () > > > > > > I do not see a problem with today kernel and world (on amd64). > > > Does the problem persist even with both new kernel and world ? > > > > Yes. > > What puzzles me is that it only exists if initially log in as a normal > > user, but not if I directly log in as root. > > > > > If yes, you probably would need to rebuild rtld and libc with debug > > > symbols and get the backtrace with full debug information. > > > > Ok - I will retry with recent code. > > If it still exists I'll send you the informations you asked for. > > Does this user have anything `interesting' in profile ? Does the effect > perstist if you log in as newly created user with clean environment and > startup scripts ? Not that I know about, but to be sure I'd also tested with a new user and empty homedir as well and got the same problems. login.conf is unmodified. The only difference is that I use tcsh as shell, while root uses csh. It is the same physical shell, but who knows how different it behaves. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.