From owner-freebsd-current@FreeBSD.ORG Sat Jun 25 13:36:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3359016A444 for ; Sat, 25 Jun 2005 13:36:37 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBA443D1D for ; Sat, 25 Jun 2005 13:36:36 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-1.free.fr (Postfix) with ESMTP id B59E42BA54D for ; Sat, 25 Jun 2005 15:36:35 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.3/8.13.3) with ESMTP id j5PDaSIi007762; Sat, 25 Jun 2005 15:36:30 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sat, 25 Jun 2005 15:36:23 +0200 User-Agent: KMail/1.8 References: <20050624145923.P83036@odysseus.silby.com> <20050624155218.D83036@odysseus.silby.com> <200506242331.47205.thierry@herbelot.com> In-Reply-To: <200506242331.47205.thierry@herbelot.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200506251536.25959.thierry@herbelot.com> Cc: Mike Silbersack Subject: Re: new panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jun 2005 13:36:37 -0000 Le Friday 24 June 2005 23:31, Thierry Herbelot a écrit : > Le Friday 24 June 2005 22:56, Mike Silbersack a écrit : > > That makes some sense, because we may not be getting around to the > > modified memory until we hit some heavy memory usage. Also, one > > backtrace showed the panic happening when uma_reclaim was called from the > > vm pageout daemon. Sounds like I should throw something in to > > (optionally) call uma_reclaim on a regular basis so that we might catch > > this more quickly. > here's the latest panic (recent sources + your patch applied) : what do I do next ? TfH Starting background file system checks in 60 seconds. Sat Jun 25 15:01:26 CEST 2005 FreeBSD/i386 (multi-cur.herbelot.nom) (ttyd0) login: Jun 25 15:01:36 multi-cur su: thierry.herbelot to root on /dev/ttyp0 This memory last freed by: 0xc15f5100 panic: Memory modified after free 0xc15cd600(256) val=c15f5100 @ 0xc15cd600 cpuid = 0 KDB: enter: panic [thread pid 520 tid 100089 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 520 tid 100089 td 0xc15a5780 kdb_enter(c084e195) at kdb_enter+0x2b panic(c0868abb,c15cd600,100,c15f5100,c15cd600) at panic+0x127 trash_ctor(c15cd600,100,cc92f96c,1,c104a9d8) at trash_ctor+0x3f mb_ctor_mbuf(c15cd600,100,cc92f96c,1) at mb_ctor_mbuf+0x18 uma_zalloc_arg(c104a9a0,cc92f96c,1) at uma_zalloc_arg+0x10f m_defrag(c1758e00,1,c13b5cb0,1,c08622c6,580) at m_defrag+0x97 rl_encap(c13b5800,c1758e00) at rl_encap+0x2b rl_start_locked(c13ccc00,c13b5cb0,0,c08622c6,5ab) at rl_start_locked+0x1ef rl_start(c13ccc00) at rl_start+0x28 if_start(c13ccc00) at if_start+0x7b ether_output_frame(c13ccc00,c1758e00,0,0,0) at ether_output_frame+0x1d9 ether_output(c13ccc00,c1758e00,cc92faa8,c15cf840,c1593400) at ether_output+0x3b4 ip_output(c1758e00,0,cc92faa4,0,0) at ip_output+0x6fc tcp_output(c1661564,0,1,c165fbf4,0) at tcp_output+0xf8e tcp_usr_send(c15c1914,0,c1758a00,0,0) at tcp_usr_send+0x1b3 sosend(c15c1914,0,cc92fc78,c1758a00,0) at sosend+0x5e3 soo_write(c15167e0,cc92fc78,c1740d80,0,c15a5780) at soo_write+0x46 dofilewrite(c15a5780,c15167e0,3,807f000,50) at dofilewrite+0xa8 write(c15a5780,cc92fd04,3,9a,286) at write+0x39 syscall(3b,bfbf003b,bfbf003b,80788e0,806fe08) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x282c1e63, esp = 0xbfbfe4ac, ebp = 0xbfbfe4c8 --- db>