| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: FIN_WAIT1 / TCP_CORK / 2.2 -- reproducible bug and test case |
| From: | Martin Pool <mbp@xxxxxxxxx> |
| Date: | Wed, 18 Sep 2002 12:30:14 +1000 |
| Cc: | ak@xxxxxx, kuznet@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx, Alan.Cox@xxxxxxxxx |
| In-reply-to: | <20020917.185801.76605813.davem@xxxxxxxxxx> |
| References: | <20020918020346.GA2285@xxxxxxxxx> <20020917.185801.76605813.davem@xxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4i |
For what it's worth, I can also reproduce the bug on 2.2.22rc3. It's on a non-SMP machine with a very standard kernel config, no firewalling, Debian 2.2. I'm testing it under VMWare, but the same symptoms were observed by other people on real hardware with Red Hat 6.2. It was originally noticed in distcc, and this test case is basically just a stripped-down version of the same code. If the program uncorks the socket before closing it, then it cleans up properly. However, if distcc is killed, then it can't do that and the problem occurs. (The most recent version makes an effort to always uncork, but obviously for e.g. SIGKILL it can't do much other than avoid corks entirely.) Some people observed a couple of hundred (?) sockets getting into this state. -- Martin |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Info: NAPI performance at "low" loads, Andrew Morton |
|---|---|
| Next by Date: | Re: Info: NAPI performance at "low" loads, Jeff Garzik |
| Previous by Thread: | Re: FIN_WAIT1 / TCP_CORK / 2.2 -- reproducible bug and test case, Alan Cox |
| Next by Thread: | [PATCH] pktgen (1.6,-ben), Ben Greear |
| Indexes: | [Date] [Thread] [Top] [All Lists] |