lkml.org 
[lkml]   [2000]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 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/

    \
     
     \ /
      Last update: 2005-03-22 13:57    [W:0.020 / U:29.992 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site