From owner-freebsd-current Wed Aug 23 16:38:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 59A4037B50D for ; Wed, 23 Aug 2000 16:38:09 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id QAA01383; Wed, 23 Aug 2000 16:38:07 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id QAA24071; Wed, 23 Aug 2000 16:38:06 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Wed, 23 Aug 2000 16:38:06 -0700 (PDT) Message-Id: <200008232338.QAA24071@vashon.polstra.com> To: current@freebsd.org Cc: bright@wintelcom.net Subject: Re: panic: reducing sbsize: lost count, uid = 1001 In-Reply-To: <20000823160733.N4854@fw.wintelcom.net> References: <20000823155215.M4854@fw.wintelcom.net> <200008232255.PAA23949@vashon.polstra.com> <20000823160733.N4854@fw.wintelcom.net> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000823160733.N4854@fw.wintelcom.net>, Alfred Perlstein wrote: > > more paranioa: > > > Index: uipc_socket.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v > retrieving revision 1.80 > diff -u -u -r1.80 uipc_socket.c > --- uipc_socket.c 2000/08/07 17:52:08 1.80 > +++ uipc_socket.c 2000/08/23 23:06:13 > @@ -187,8 +187,10 @@ > sodealloc(so) Nope, still no go. Here's the stack trace: #9 0xc0166894 in panic ( fmt=0xc027fca0 "reducing sbsize: lost count, uid = %d") at /local0/src/sys/kern/kern_shutdown.c:551 #10 0xc0163b67 in chgsbsize (uid=1001, diff=-17520, max=9223372036854775807) at /local0/src/sys/kern/kern_proc.c:202 #11 0xc0186ffa in sbrelease (sb=0xc7c227f4, so=0xc7c22780) at /local0/src/sys/kern/uipc_socket2.c:459 #12 0xc0184343 in sofree (so=0xc7c22780) at /local0/src/sys/kern/uipc_socket.c:264 #13 0xc01b89ae in in_pcbdetach (inp=0xc7c86440) at /local0/src/sys/netinet/in_pcb.c:542 #14 0xc01c2145 in tcp_close (tp=0xc7c86500) at /local0/src/sys/netinet/tcp_subr.c:711 #15 0xc01c010a in tcp_input (m=0xc075cb00, off0=20, proto=6) at /local0/src/sys/netinet/tcp_input.c:2012 #16 0xc01bb0ba in ip_input (m=0xc075cb00) at /local0/src/sys/netinet/ip_input.c:756 #17 0xc01bb117 in ipintr () at /local0/src/sys/netinet/ip_input.c:784 I see that tcp_close() is in the call stack, but that's surprising. It didn't seem like the transfer had gone on nearly long enough for it to be finishing already. Also, from the peer's point of view it was not finished. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message