System error: [10061] Connection refused

[U.SivaKumar_2]

Hi,

Then set tcp_conn_request_max = 6000 reload your network application.

regards,

U.SivaKumar

[U.SivaKumar_2]

Hi,

Also set
/usr/sbin/ndd -set tcp_syn_rcvd_max 6000

Make necessary changes in /etc/rc.config.d/nddconf and reload ur network application.

regards,

U.SivaKumar

[Zigor Buruaga]

Hi,

About "dmesg" check this:

http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x28ec35067c18d6118ff40090279cd0f9,00.html

And about the connections problems check this:

"tcp_conn_request_max:

Maximum number of outstanding inbound connection requests.
[1, - ] Default: 20 connections

This is also known as the maximum depth of the "listen queue." The actual maximum for any given TCP endpoint in the LISTEN state will be
the MINIMUM of tcp_conn_request_max and the value the application passed-in to the listen() socket call.

For this parameter to take effect for a given application, it must be set BEFORE said application makes its call to listen(). So, if you use ndd to set this value after the application has started, it will have
no effect unless you can get the application to recreate its LISTEN endpoint(s).

You can see if tcp_conn_request_max MIGHT be too small by looking at the output of either "netstat -s" or "netstat -p tcp" and looking for the line displaying the number of connection requests dropped due to
full queue. If the number of drops is zero, the value of tcp_conn_request_max is fine. If the value is non-zero, either tcp_conn_request_max is too small, or the values the applications are using in their calls to listen() are too small.

Setting this value higher has no particular downside."

Regards,
Zigor

[Ali Bajunaid]

Hi,

Please find the output of nestat -p :

tcp:
1611103417 packets sent
1472820724 data packets (1057007467 bytes)
3331895 data packets (1722654504 bytes) retransmitted
138286252 ack-only packets (30983030 delayed)
88 URG only packets
2527 window probe packets
59281 window update packets
29424723 control packets
1789434185 packets received
1307838279 acks (for 824711219 bytes)
10203175 duplicate acks
5534 acks for unsent data
1490572308 packets (2431811244 bytes) received in-sequence
141 completely duplicate packets (159949 bytes)
1317 packets with some dup, data (1375081 bytes duped)
136054 out of order packets (175873447 bytes)
2833 packets (2269116429 bytes) of data after window
285 window probes
457188476 window update packets
55474 packets received after close
5646 segments discarded for bad checksum
0 bad TCP segments dropped due to state change
657745 connection requests
12003603 connection accepts
12661348 connections established (including accepts)
14575766 connections closed (including 304184 drops)
5635 embryonic connections dropped
1293035916 segments updated rtt (of 1293035916 attempts)
2246452 retransmit timeouts
105784 connections dropped by rexmit timeout
2527 persist timeouts
1637996 keepalive timeouts
1636315 keepalive probes sent
187 connections dropped by keepalive
145 connect requests dropped due to full queue
1223887 connect requests dropped due to no listener

[Zigor Buruaga]

Hi,

"145 connect requests dropped due to full queue".
It seems you need to increase that parameter. I would follow the recomendations from U.Sivakumar.

Kind regards,
Zigor

[Michael Steele_2]

Your network config has several issues beginning with "...1223887 connect requests dropped due to no listener...". Which signifies unnecessary applications running and listening on ports with not incoming traffic. None at all. 1223886 is a huge number that only zeros at reboot. So how long has it been since reboot?

who -b
uptime

I'm not so concerned about "...145 connect requests dropped due to full queue...". 145 is not a bad number but it should be zero. This queue size is determined by the application and the HP-UX global parameter from /dev/tcp and ndd : "max_conn_request_max". Since your current value is 4096 I'd look to the applicaiton.

Based upon the number of retransmits I'd say you've also got router issues, or cable issues, maybe a broken cable or unterminated cable, because "...1611103417 packets sent
(1722654504 bytes) retransmitted..." is not proportional.

###########################################

Use SAM to reduce ninode and nfile:

nfile 202028 - (15*NPROC+2048)
ninode 108704 - (8*NPROC+2048)

############################################

Have your rebooted yet?

[Ali Bajunaid]

Hi,

What we did until now:

Only we change tcp_conn_request_max to 6000

who -b :

system boot May 26 09:13

uptime :

8:40am up 71 days, 23:28, 19 users, load average: 0.35, 0.41, 0.30


Regards

[Ali Bajunaid]

Hi,

Is there is away to reset the Network statistic without reboot the server.


Regards

[U.SivaKumar_2]

Hi,

lanadmin will clear it

#lanadmin


LOCAL AREA NETWORK ONLINE ADMINISTRATION, Version 1.0
Tue , Aug 14,2001 11:29:22

Copyright 1994 Hewlett Packard Company.
All rights are reserved.

Test Selection mode.

lan = LAN Interface Administration
menu = Display this menu
quit = Terminate the Administration
terse = Do not display command menu
verbose = Display command menu

Enter command: lan

LAN Interface test mode. LAN Interface PPA Number = 0

clear = Clear statistics registers
display = Display LAN Interface status and statistics registers
end = End LAN Interface Administration, return to Test Selection
menu = Display this menu
ppa = PPA Number of the LAN Interface
quit = Terminate the Administration, return to shell
reset = Reset LAN Interface to execute its selftest
specific = Go to Driver specific menu

LAN Interface test mode. LAN Interface PPA Number = 0

clear = Clear statistics registers
display = Display LAN Interface status and statistics registers
end = End LAN Interface Administration, return to Test Selection
menu = Display this menu
ppa = PPA Number of the LAN Interface
quit = Terminate the Administration, return to shell
reset = Reset LAN Interface to execute its selftest
specific = Go to Driver specific menu

Enter command: clear
Clearing LAN Interface statistics registers.

regards,

U.SivaKumar

[Ali Bajunaid]

Hi,

lanadmin -> lan -> clear

Not clearing the statistic for netstat -p tcp

Regards