9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] lingering network connections
@ 2004-04-08 15:52 andrey mirtchovski
  2004-04-08 16:41 ` C H Forsyth
  0 siblings, 1 reply; 5+ messages in thread
From: andrey mirtchovski @ 2004-04-08 15:52 UTC (permalink / raw)
  To: 9fans

I have a truckload of network connections lingering from a simple test
I did:


tcp  1467 network    Closed       18001      7664       136.159.7.68
tcp  1468 network    Closed       18001      7665       136.159.7.68
tcp  1469 network    Closed       18001      7666       136.159.7.68
tcp  1470 network    Closed       18001      7777       136.159.7.68
tcp  1471 network    Closed       18001      7778       136.159.7.68
tcp  1472 network    Closed       18001      7779       136.159.7.68
tcp  1473 network    Closed       18001      7780       136.159.7.68
tcp  1474 network    Closed       18001      7781       136.159.7.68
tcp  1475 network    Closed       18001      7805       136.159.7.68
tcp  1476 network    Closed       18001      8208       136.159.7.68
tcp  1477 network    Closed       18001      8232       136.159.7.68
tcp  1478 network    Closed       18001      8233       136.159.7.68
tcp  1479 network    Closed       18001      8274       136.159.7.68
tcp  1480 network    Closed       18001      8438       136.159.7.68
tcp  1481 network    Closed       18001      8439       136.159.7.68


the remote machine has been rebooted long ago, but they still show in
Plan 9.  how do I clean them up?

andrey



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [9fans] lingering network connections
  2004-04-08 15:52 [9fans] lingering network connections andrey mirtchovski
@ 2004-04-08 16:41 ` C H Forsyth
  2004-04-08 22:00   ` boyd, rounin
  0 siblings, 1 reply; 5+ messages in thread
From: C H Forsyth @ 2004-04-08 16:41 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 215 bytes --]

i don't think those are `lingering' in the sense that they are fin-wait-n
or similar; the directory entry will be reused when someone else needs it.
until then it shows the last call made through that directory.

[-- Attachment #2: Type: message/rfc822, Size: 2871 bytes --]

From: andrey mirtchovski <mirtchov@cpsc.ucalgary.ca>
To: 9fans@cse.psu.edu
Subject: [9fans] lingering network connections
Date: Thu, 8 Apr 2004 09:52:19 -0600
Message-ID: <7f892fac1c06222c25370acbbffee19e@plan9.ucalgary.ca>

I have a truckload of network connections lingering from a simple test
I did:


tcp  1467 network    Closed       18001      7664       136.159.7.68
tcp  1468 network    Closed       18001      7665       136.159.7.68
tcp  1469 network    Closed       18001      7666       136.159.7.68
tcp  1470 network    Closed       18001      7777       136.159.7.68
tcp  1471 network    Closed       18001      7778       136.159.7.68
tcp  1472 network    Closed       18001      7779       136.159.7.68
tcp  1473 network    Closed       18001      7780       136.159.7.68
tcp  1474 network    Closed       18001      7781       136.159.7.68
tcp  1475 network    Closed       18001      7805       136.159.7.68
tcp  1476 network    Closed       18001      8208       136.159.7.68
tcp  1477 network    Closed       18001      8232       136.159.7.68
tcp  1478 network    Closed       18001      8233       136.159.7.68
tcp  1479 network    Closed       18001      8274       136.159.7.68
tcp  1480 network    Closed       18001      8438       136.159.7.68
tcp  1481 network    Closed       18001      8439       136.159.7.68


the remote machine has been rebooted long ago, but they still show in
Plan 9.  how do I clean them up?

andrey

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [9fans] lingering network connections
  2004-04-08 16:41 ` C H Forsyth
@ 2004-04-08 22:00   ` boyd, rounin
  2004-04-08 22:12     ` andrey mirtchovski
  0 siblings, 1 reply; 5+ messages in thread
From: boyd, rounin @ 2004-04-08 22:00 UTC (permalink / raw)
  To: 9fans

> i don't think those are `lingering' in the sense that they are fin-wait-n

yup, sounds right.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [9fans] lingering network connections
  2004-04-08 22:00   ` boyd, rounin
@ 2004-04-08 22:12     ` andrey mirtchovski
  2004-04-08 22:21       ` Geoff Collyer
  0 siblings, 1 reply; 5+ messages in thread
From: andrey mirtchovski @ 2004-04-08 22:12 UTC (permalink / raw)
  To: 9fans

>> i don't think those are `lingering' in the sense that they are fin-wait-n
> 
> yup, sounds right.

bad choice of words...  I meant 'should I be seeing those directories
in /net/tcp?' It's confusing when netstat reports them, though if
they're being reused it's acceptable :)

andrey



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [9fans] lingering network connections
  2004-04-08 22:12     ` andrey mirtchovski
@ 2004-04-08 22:21       ` Geoff Collyer
  0 siblings, 0 replies; 5+ messages in thread
From: Geoff Collyer @ 2004-04-08 22:21 UTC (permalink / raw)
  To: 9fans

That's a hard question.  `Should' by whose authority?

It's certainly normal, if unhelpful.  I usually run `netstat | grep
-vi close' (`-i close' because the spelling and case of `Closed' used
to vary; it looks like they are standardised now).  If I weren't
interested in listeners but only in established connections, I'd use
`netstat | grep Established'.



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2004-04-08 22:21 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-04-08 15:52 [9fans] lingering network connections andrey mirtchovski
2004-04-08 16:41 ` C H Forsyth
2004-04-08 22:00   ` boyd, rounin
2004-04-08 22:12     ` andrey mirtchovski
2004-04-08 22:21       ` Geoff Collyer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).