ipv4 connection problems

Matthew Dillon dillon at apollo.backplane.com
Mon Mar 14 23:36:11 PST 2005


:Right after I had a hung telnet:
:
:box:~% sysctl net.inet.ip.portrange
:net.inet.ip.portrange.lowfirst: 1023
:net.inet.ip.portrange.lowlast: 600
:net.inet.ip.portrange.first: 1024
:net.inet.ip.portrange.last: 5000
:net.inet.ip.portrange.hifirst: 49152
:net.inet.ip.portrange.hilast: 65535
:box:~% sysctl kern.ipc.maxsockets
:kern.ipc.maxsockets: 12328
:box:~% netstat -tn | wc -l
:     229
:box:~% netstat -tn | fgrep TIME_WAIT | wc -l
:      25
:box:~% netstat -m
:1024/2278/26624 mbufs in use (current/peak/max):
:        1024 mbufs allocated to data
:920/1306/6656 mbuf clusters in use (current/peak/max)
:3181 Kbytes allocated to network (15% of mb_map in use)
:0 requests for memory denied
:0 requests for memory delayed
:0 calls to protocol drain routines
:
:
:Peter

    It does not appear to be hitting any limits.  Check your 'dmesg' output,
    are you getting a packet rate warnings?  In particular RST rate 
    warnings?

    Also check your apache configuration... how many simultanious connections
    is it configured to handle?  You have ~229-25 active connections and
    I think by default Apache only handles 150.  I don't know what
    percentage of those connections are to port 80 and what are to other
    ports, but it's definitely a possible suspect.

    If it isn't an apache configuration issue then all I can think of is
    to ctl-alt-esc and panic the machine while telnet is in this state and 
    get the vmcore and kernel to us, we might be able to figure out what
    is going on post-mortem.

						-Matt






More information about the Bugs mailing list