connection refused:no further information

關(guān)于connection refused:no further information這個問題很多朋友還不知道，今天小六來為大家解答以上的問題，現(xiàn)在讓我們一起來看看吧！

1、這個的錯誤的原因比較復(fù)雜，也可能很簡單也可能需要查看好幾個地方，解決起來不同的操作系統(tǒng)方式也不同。

2、首先檢查是不是連接weblogic服務(wù)過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時需要增加acceptBacklog，每次增加25%來提高看是否解決，同時還需要增加連接池和調(diào)整執(zhí)行線程數(shù)，（連接池數(shù)*Statement Cache Size）的值應(yīng)該小于等于oracle數(shù)據(jù)庫連接數(shù)最大值。

3、2、如果方法一操作后沒有變化，此時需要去查看服務(wù)器操作系統(tǒng)中是否對連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)、端口數(shù)，還有tcp連接等待時間間隔大小，wiodows類似，只不過windows修改注冊表，具體修改注冊表中有TcpTimedWaitDelay和MaxUserPort項，鍵值在[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters]。

4、因為負載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務(wù)器也響應(yīng)特別快，從而導(dǎo)致負載生成器的機器的端口在沒有timeout之前就全部占滿了。

5、在全部占滿后，就會出現(xiàn)上面的錯誤。

6、執(zhí)行netstat –na命令，可以看到打開了很多端口。

7、所以就調(diào)整TCP的time out。

8、即在最后一個端口還沒有用到時，前面已經(jīng)有端口在釋放了。

9、1,這里的TcpTimedWaitDelay默認值應(yīng)該中是30s，所以這里，把這個值調(diào)小為5s（按需要調(diào)整）。

10、2,也可以把MaxUserPort調(diào)大（如果這個值不是最大值的話）。

本文分享完畢，希望對大家有所幫助。

標簽：