From owner-freebsd-current@FreeBSD.ORG Fri Feb 16 22:45:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B34916A401 for ; Fri, 16 Feb 2007 22:45:48 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (h994948.serverkompetenz.net [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 24FF013C441 for ; Fri, 16 Feb 2007 22:45:47 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 1415 invoked from network); 16 Feb 2007 23:45:46 +0100 Received: from i5387a6d7.versanet.de (HELO nibbler-osx.local) (83.135.166.215) by h994948.serverkompetenz.net with SMTP; 16 Feb 2007 23:45:44 +0100 Message-ID: <45D633F5.9050108@kasimir.com> Date: Fri, 16 Feb 2007 23:45:09 +0100 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0pre (Macintosh/20070216) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45C64E3A.7050407@kasimir.com> <45D37239.1020100@FreeBSD.org> <45D389FA.2010604@FreeBSD.org> In-Reply-To: <45D389FA.2010604@FreeBSD.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 0 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: Fri, 16 Feb 2007 22:45:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bruce M. Simpson wrote: > I was able to reproduce this bug, although the circumstances under which > I did it are weird. > > I have two NICs on the same box patched to the same Ethernet broadcast > domain, but on interconnected switches with no spanning tree. If I stop > VLAN_HWTAGGING on msk with a vlan interface attached, and then run ping > -f to a local host via the network configured on fxp, it seems to > trigger the problem. > > sb_cc is always 84 bytes, which is 20 bytes IPv4 header + 64 bytes of > ICMP data, so it's definitely ping which is triggering the issue in my > case. I haven't been able to get a clean dump yet as my 6.2-RELEASE > userland doesn't seem to understand -CURRENT's minidumps. > I hit this panic again, this time it seems i could get some useful output from it panic: sbflush_internal: cc 4294967230 || mb 0 || mbcnt 0 KDB: enter: panic [thread pid 1213 tid 100082 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 1213 tid 100082 td 0xc10e3ae0 kdb_enter(c06b0fd6) at kdb_enter+0x2b panic(c06b5335,ffffffbe,0,0,c1308580,...) at panic+0xbb sbflush_internal(c1308580,c8058aa0,c0554f3a,c1308580,c1308530,...) at sbflush_internal+0x6f sbflush_locked(c1308580) at sbflush_locked+0xb sbflush(c1308580,c1308530,c0f9bb28,0,c1308530,...) at sbflush+0x3a tcp_disconnect(c12ce594) at tcp_disconnect+0x4b tcp_usr_disconnect(c1308530,c8058af8,c0555e05,c1308530,0,...) at tcp_usr_disconnect+0x88 sodisconnect(c1308530,0,c124a240,0,0,...) at sodisconnect+0x26 soclose(c1308530) at soclose+0x31 soo_close(c124a240,c10e3ae0) at soo_close+0x5f fdrop_locked(c124a240,c10e3ae0,c126ca00,c8058ba4,c04f1ebf,...) at fdrop_locked+0xc8 fdrop(c124a240,c10e3ae0,c0f6bb84,c0966980,0,...) at fdrop+0x3d closef(c124a240,c10e3ae0) at closef+0x407 fdfree(c10e3ae0) at fdfree+0x56b exit1(c10e3ae0,0,c8058d2c,c06847f2,c10e3ae0,...) at exit1+0x427 exit1(c10e3ae0,c8058d00) at exit1 syscall(c8058d38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (3, FreeBSD ELF32, read), eip = 0x2, esp = 0x292, ebp = 0 --- db> show socket 0xc1308530 socket at 0xc1308530 so_count: 1 so_type: 1 (SOCK_STREAM) so_options: 0x20c (SO_REUSEADDR, SO_KEEPALIVE, SO_REUSEPORT) so_linger: 0 so_state: 0xa (SS_ISCONNECTED, SS_ISDISCONNECTING) so_qstate: 0x0 () so_pcb: 0xc0f9bb28 so_proto: 0xc06eed68 so_proto at 0xc06eed68 pr_type: 1 pr_domain: 0xc06ef180 pr_domain at 0xc06ef180 dom_family: 2 dom_name: internet dom_init: 0 dom_externalize: 0 dom_dispose: 0 dom_protosw: 0xc06eed00 dom_next: 0xc06e97c0 dom_rtattach: 0xc05c2ef0 dom_rtoffset: 32 dom_maxrtkey: 16 dom_ifattach: 0 dom_ifdetach: 0 pr_protocol: 6 pr_flags: 44 (PR_CONNREQUIRED, PR_WANTRCVD, PR_IMPLOPCL) pr_input: 0xc05cbd5c pr_output: 0 pr_ctlinput: 0xc05d1c54 pr_ctloutput: 0xc05d6380 pr_ousrreq: 0 pr_init: 0xc05d0988 pr_fasttimo: 0 pr_slowtimo: 0xc05d427c pr_drain: 0xc05d1360 pr_ousrreq: 0 so_head: 0 so_incomp first: 0 so_comp first: 0 so_qlen: 0 so_incqlen: 0 so_qlimit: 0 so_timeo: 0 so_error: 0 so_sigio: 0 so_oobmark: 0 so_aiojobq first: 0 so_rcv at 0xc1308580 sb_state: 0x20 (SS_CANTRCVMORE) sb_mb: 0 sb_mbtail: 0 sb_lastrecord: 0 sb_cc: -66 sb_hiwat: 66608 sb_mbcnt: 0 sb_mbmax: 262144 sb_ctl: 0 sb_lowat: 1 sb_timeo: 0 sb_flags: 0x800 (SB_AUTOSIZE) so_snd at 0xc13085ec sb_state: 0x10 (SS_CANTSENDMORE) sb_mb: 0 sb_mbtail: 0 sb_lastrecord: 0 sb_cc: 0 sb_hiwat: 66608 sb_mbcnt: 0 sb_mbmax: 262144 sb_ctl: 0 sb_lowat: 2048 sb_timeo: 0 sb_flags: 0x800 (SB_AUTOSIZE) I hope this is useful... Regards Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFF1jP1A+1tjUZ1YScRAk7vAJsHeMi7CU6utYi/3aez5+27zEm5VwCgjphl J/2nv5rdcSjn91OsoUoFH+s= =Qysl -----END PGP SIGNATURE-----