[Info-vax] TCPIP RWAST - FIN_WAIT_2

Jeffrey H. Coffield jeffrey at digitalsynergyinc.com
Mon Mar 15 13:21:22 EDT 2021


I forked the thread when the topic went from RWAST to FIN_WAIT_2 as the 
problem.

This is an update for those interested.

Since the discovery of the FIN_WAIT_2 state, I have asked others in the 
company to check their servers and the symptoms show up on all servers 
we were able to look at. It's just not quite as bad so I expect they are 
timing out faster.

Apparently since we can't give the network people the exact setting that 
needs to be changed and they don't want to make changes anyway as they 
can't predict the consequences to other services that aren't reporting 
problems, they aren't going to do anything.

We are now looking at what actual services cause the most hung sockets 
and see if we can reduce the number of connections by some sort of 
connection re-use or pooling. With gigabit circuits on an Itanium, the 
time to start a connection has been too small to show any difference in 
performance when connection pooling was used.

Also on 14 systems at 5 sites, this is the only one showing the hung 
sockets.

I still can't find a way to see or change the equivalent of 
tcp_fin_timeout or kill a socket in the FIN_WAIT_2 state.


Jeff



More information about the Info-vax mailing list