lkml.org 
[lkml]   [1998]   [Aug]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: socket destroy delayed

I've been getting these for quite awhile on my Dual P166MMX with pcine2k

On 5 Aug 1998, Henner Eisen wrote:

>
>
> Tom Vier <nester@sekurity.org> writes:
>
> >
> > what exactly does a socket destroy delayed mean? sometimes i get:
> >
> > Jul 25 22:14:02 zero kernel: Socket destroy delayed (r=212 w=0)
> > in /var/log/messages.
> >
>
> It means that the kernel cannot free the internal data structures
> associated with a released socket because there are still socket data
> buffers (in the above case 212 bytes read memory) accounted to the
> socket. For this reason, destroying is delayed and tried again later.
> At some point, after the the remaining sk_buffs accounted to the socket
> are freed, destroying should succeed.
>
> > it keeps spitting that out about every 5 seconds or so. the only way to
> > fix it is to reboot. it doesn't happen very often, but i'd like to find
> > out what's causing it.
>
> This might indicate a problem that some kernel entity (i.e protocol module or
> network device driver), which is responsible for freeing an sk_buff, fails to
> do so. To help tracking down the problem, try to find out under which
> circumstances the messages start to appear (in particular, which program
> closed a socket right before the messages appears, which network protocol
> does it use, which network device drivers are involved).
>
> Henner
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.039 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site