From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 19:19:38 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335BF16A417; Thu, 25 Oct 2007 19:19:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id BFA1513C480; Thu, 25 Oct 2007 19:19:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8p) with ESMTP id 216081009-1834499 for multiple; Thu, 25 Oct 2007 15:22:11 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l9PJJVVS024502; Thu, 25 Oct 2007 15:19:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 25 Oct 2007 14:35:58 -0400 User-Agent: KMail/1.9.6 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710251435.58984.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 25 Oct 2007 15:19:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org Subject: Re: Deadlock, exclusive sx so_rcv_sx, amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 25 Oct 2007 19:19:38 -0000 On Sunday 21 October 2007 06:29:46 pm Gleb Kozyrev wrote: > Hello. > > Running rtorrent and ftp brings my system to a deadlock > in a few hours. Kernel still responds to pings and sends some > TCP acks. > > The kernel is from fresh RELENG_7, userland is from 'CURRENT' of 20 Aug. > > See > > Below are some snippets: > > db> show alllocks > Process 1406 (systat) thread 0xffffff002aa016a0 (100181) > shared sx allproc r = 0 (0xffffffff80a72820) locked @ > /usr/src/sys/vm/vm_meter.c:130 > exclusive sx sysctl lock r = 0 (0xffffffff80a72f40) locked @ > /usr/src/sys/kern/kern_sysctl.c:1396 > Process 1129 (rtorrent) thread 0xffffff000a6ae000 (100163) > exclusive sx user map r = 0 (0xffffff0001056890) locked @ > /usr/src/sys/vm/vm_map.c:2195 > Process 1105 (sshd) thread 0xffffff000a6ae350 (100162) > exclusive sx so_rcv_sx r = 0 (0xffffff000a78a928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1040 (cron) thread 0xffffff0001c61350 (100130) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > Process 998 (mysqld) thread 0xffffff002aa119f0 (100192) > exclusive sx so_rcv_sx r = 0 (0xffffff0003858670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 998 (mysqld) thread 0xffffff002aa12000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff000abbb928) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 932 (smbd) thread 0xffffff000140c000 (100068) > shared sx proctree r = 0 (0xffffffff80a72860) locked @ > /usr/src/sys/kern/kern_fork.c:286 > > > kernel config: > > ident RUN-071021 > include GENERIC > options INCLUDE_CONFIG_FILE > nooption SMP > nocpu I486_CPU > nocpu I586_CPU > nooption SCHED_4BSD > options SCHED_ULE > device crypto > options IPSEC > options LIBALIAS > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_FORWARD > options IPFIREWALL_NAT > options GEOM_JOURNAL > options KDB > options DDB > options KDB_TRACE > options ALT_BREAK_TO_DEBUGGER > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options WITNESS_SKIPSPIN > nodevice umass > device ucom > device uplcom > > > loader.conf: > > vfs.root.mountfrom="zfs:base/system" > if_bridge_load="YES" > dummynet_load="YES" > ipdivert_load="YES" > zfs_load="YES" > accf_http_load="YES" > > > With an older kernel it once was just > > db> show alllocks > Process 1130 (rtorrent) thread 0xffffff000962e9f0 (100160) > exclusive sx so_rcv_sx r = 0 (0xffffff000987e670) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 1096 (sshd) thread 0xffffff000962a350 (100170) > exclusive sx so_rcv_sx r = 0 (0xffffff00096f9100) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > Process 996 (mysqld) thread 0xffffff0031e0c000 (100191) > exclusive sx so_rcv_sx r = 0 (0xffffff0009870be0) locked @ > /usr/src/sys/kern/uipc_sockbuf.c:145 > > > > > Please suggest any other commands to run in DDB if needed. > Cores are saved. show sleepchain will show if it's a real deadlock or not. -- John Baldwin