Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Aug 2000 16:38:06 -0700 (PDT)
From:      John Polstra <jdp@polstra.com>
To:        current@freebsd.org
Cc:        bright@wintelcom.net
Subject:   Re: panic: reducing sbsize: lost count, uid = 1001
Message-ID:  <200008232338.QAA24071@vashon.polstra.com>
In-Reply-To: <20000823160733.N4854@fw.wintelcom.net>
References:  <XFMail.000823134617.jdp@polstra.com> <20000823155215.M4854@fw.wintelcom.net> <200008232255.PAA23949@vashon.polstra.com> <20000823160733.N4854@fw.wintelcom.net>

next in thread | previous in thread | raw e-mail | index | archive | help
In article <20000823160733.N4854@fw.wintelcom.net>,
Alfred Perlstein  <bright@wintelcom.net> 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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008232338.QAA24071>