Messages in this thread | | | Date | Tue, 14 Mar 2000 20:41:55 +0100 | From | Marc Mutz <> | Subject | Re: Linux 2.2.15pre13 |
| |
kuznet@ms2.inr.ac.ru wrote: > > Hello! > > > > entries stuck in CLOSE_WAIT. Anyone else who sees this ? It stays there for > > > the rest of my uptime I'm afraid :-) > > Certainly, they will not die until you kill their owners. > > > I see them, too, and sometimes they cause my ISDN demand-dial to go up > > again. > > It is impossible, CLOSE-WAIT sockets do not send anything. > > > I also see connections stuck in FIN_WAIT* with several 100's of > > packets in the send-Q. But usually they disappear in an hours time or > > two. > This should read "in LAST_ACK". See:
mmutz@adam:~ > netstat -n|grep tcp tcp 0 24 129.70.37.8:3986 193.158.55.38:443 LAST_ACK tcp 0 24 129.70.37.8:3979 193.158.55.38:443 LAST_ACK tcp 0 24 129.70.37.8:3978 193.158.55.38:443 LAST_ACK tcp 0 24 129.70.37.8:3977 193.158.55.38:443 LAST_ACK tcp 0 24 129.70.37.8:3944 193.158.55.38:443 LAST_ACK tcp 0 24 129.70.37.8:3930 193.158.55.38:443 LAST_ACK
With this very peer, using SSL connections, the queues are _always_ "0 24".
Marc -- Marc Mutz <Marc@Mutz.com> http://marc.mutz.com/Encryption-HOWTO/ University of Bielefeld, Dep. of Mathematics / Dep. of Physics
PGP-keyID's: 0xd46ce9ab (RSA), 0x7ae55b9e (DSS/DH)
- 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.tux.org/lkml/
| |