伺服器出現kernel: TCP: time wait bucket table overflow解決

阿新 • • 發佈：2019-02-08

#一臺Nginx+php-fcgi的伺服器做了負載均衡，在主控端發現一直在報錯：

`01`	`#----------------------------引用文字-開始----------------------------`

`02`	`Apr 19 14:48:38chengyongxu.com kernel: TCP:` `time` `wait buckettable overflow`

`03`	`Apr 19 14:48:44chengyongxu.com kernel: printk: 137 messagessuppressed.`

`04`	`Apr 19 14:48:44chengyongxu.com kernel: TCP:` `time` `wait buckettable overflow`

`05`	`Apr 19 14:48:52chengyongxu.com kernel: printk: 251 messagessuppressed.`

`06`	`Apr 19 14:48:52chengyongxu.com kernel: TCP:` `time` `wait buckettable overflow`

`07`	`Apr 19 14:48:53chengyongxu.com kernel: printk: 51 messages suppressed.`

`08`	`Apr 19 14:48:53chengyongxu.com kernel: TCP:` `time` `wait buckettable overflow`

`09`	`Apr 19 14:48:59chengyongxu.com kernel: printk: 119 messagessuppressed.`

`10`	`#----------------------------引用文字-結束----------------------------`

#再看80埠連線狀態

`01`	`netstat-an \|` `grep` `80 \|awk` `'{print $6}'` `\|sort` `\|` `uniq-c \|` `sort` `-rn`

`02`	`#----------------------------引用文字-開始----------------------------`

`03`	`4202TIME_WAIT`

`04`	`30FIN_WAIT1`

`05`	`9ESTABLISHED`

`06`	`5SYN_RECV`

07 4LISTEN

`08`	`4FIN_WAIT2`

`09`	`4CLOSING`

`10`	`2CONNECTED`

11 2

`12`	`#----------------------------引用文字-結束----------------------------`

#根據報錯提示，需要更改net.ipv4.tcp_max_tw_buckets這個核心引數。這個引數是系統同時保持timewait套接字的最大數量。如果超過這個數字，time-wait套接字將立刻被清除並列印警告資訊。這個限制僅僅是為了防止簡單的DoS攻擊，你絕對不能過分依靠它或者人為地減小這個值，如果網路實際需要大於預設值，更應該增加這個值(如果增加了記憶體之後)。

`01`	`vi/etc/sysconfig/sysctl.conf`

`02`	`#----------------------------引用文字-開始----------------------------`

03 #找到：

`04`	`net.ipv4.tcp_max_tw_buckets = 6000`

05 #改為

`06`	`net.ipv4.tcp_max_tw_buckets = 10000`

`07`	`#----------------------------引用文字-結束----------------------------`

`08`	`#儲存並列印設定`

`09`	`sysctl -p`

10

`11`	`#再看80埠連線狀態`

`12`	`netstat-an \|` `grep` `80 \|awk` `'{print $6}'` `\|sort` `\|` `uniq-c \|` `sort` `-rn`

`13`	`#----------------------------引用文字-開始----------------------------`

`14`	`5928TIME_WAIT`

`15`	`42FIN_WAIT1`

`16`	`14ESTABLISHED`

`17`	`10FIN_WAIT2`

`18`	`6CLOSING`

`19`	`4SYN_RECV`

20 4LISTEN

`21`	`2CONNECTED`

22 2

`23`	`#----------------------------引用文字-結束----------------------------`

`24`	`netstat-an \|` `grep` `80 \|awk` `'{print $6}'` `\|sort` `\|` `uniq-c \|` `sort` `-rn`

`25`	`#----------------------------引用文字-開始----------------------------`

`26`	`5510TIME_WAIT`

`27`	`34FIN_WAIT1`

`28`	`9SYN_RECV`

`29`	`9ESTABLISHED`

`30`	`7FIN_WAIT2`

`31`	`6CLOSING`

32 4LISTEN

`33`	`2CONNECTED`

34 2

`35`	`#----------------------------引用文字-結束----------------------------`

`36`	`netstat-an \|` `grep` `80 \|awk` `'{print $6}'` `\|sort` `\|` `uniq-c \|` `sort` `-rn`

`37`	`#----------------------------引用文字-開始----------------------------`

`38`	`5687TIME_WAIT`

`39`	`38FIN_WAIT1`

`40`	`16ESTABLISHED`

`41`	`10SYN_RECV`

`42`	`6FIN_WAIT2`

`43`	`6CLOSING`

44 4LISTEN

`45`	`2CONNECTED`

46 2

`47`	`#----------------------------引用文字-結束----------------------------`

`48`	`netstat-an \|` `grep` `80 \|awk` `'{print $6}'` `\|sort` `\|` `uniq-c \|` `sort` `-rn`

`49`	`#----------------------------引用文字-開始----------------------------`

`50`	`5688TIME_WAIT`

`51`	`38FIN_WAIT1`

`52`	`19ESTABLISHED`

`53`	`9SYN_RECV`

`54`	`6FIN_WAIT2`

`55`	`6CLOSING`

56 4LISTEN

`57`	`2CONNECTED`

58 2

`59`	`#----------------------------引用文字-結束----------------------------`

#再看/var/log/messages和dmesg的資訊，已經不再報錯了，看來net.ipv4.tcp_max_tw_buckets=10000暫時是夠用了

伺服器出現kernel: TCP: time wait bucket table overflow解決

#一臺Nginx+php-fcgi的伺服器做了負載均衡，在主控端發現一直在報錯： 01 #----------------------------引用文字-開始---------------------------- 02 Apr 19 14:48:38chengyongxu.com kerne

kernel: TCP: time wait bucket table overflow的問題剖析及解決方法

隨著訪問量的增大，系統預設的承受能力達到上限，這個時候就會報一些異常。比如/var/log/messages中常見的“kernel: TCP: time wait bucket table overflow”這個資訊，會發現每隔5s就會報出幾行。此時檢視連線狀態

NGINX + TOMCAT出現大量的TIME-WAIT狀態的TCP連線解決

記錄一次幫朋友排查應用變慢的問題，訪問量變大的時候，請求響應變慢，但資料庫和伺服器相關資源都正在，我們看看一下連線數 net

深入探索 TCP TIME-WAIT

1 TIME-WAIT 狀態主動關閉連線的一方，在四次揮手最後一次傳送 ACK 後，進入 TIME_WAIT 狀態。在這個狀態裡，主動關閉連線一方等待 2MSL（Maximum Segment Life，報文段最大生存時間，在RFC793 中定義為 2 min，而在 Linux 中定

Linux伺服器出現：No space left on device的解決方法

報錯資訊： 2016-06-02 23:56:26 [com.thinkive.server.logger.TradeLogger]-[ERROR] java.io.IOException: No space left o

TCP/IP詳解--TCP連線中TIME WAIT狀態過多

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！

TCP/IP詳解--TIME WAIT狀態詳解

TCP三次握手和四次揮手，及TCP協議埠狀態說明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK ...

TCP三次握手和四次揮手狀態圖：三次握手：第一次第一次握手：建立連線時，客戶端傳送SYN包（syn=j）到伺服器，並進入SYN_SENT狀態，等待伺服器確認；SYN：同步序列編號（Synchronize Sequence Numbers）。第二次第二次握手：伺服器收到syn包

TCP連線TIME-WAIT解決方案

問題根源：為什麼會產生time-wait？當客戶端與伺服器之間進行四次斷開時,當客戶端接收到伺服器端傳送過來的斷開確認報文後,會發送最後一次 ACK報文,傳送之後客戶端會進入time-wait狀態,這個過成會持續一分鐘,用來完成接收剩餘所有從伺服器端傳送過來的資料[由於網路延遲等原因導致資料延遲

TCP連接TIME-WAIT解決方案

*** 數據 file 追加等待文件中重用參數設置 zabb 問題根源：為什麽會產生time-wait？當客戶端與服務器之間進行四次斷開時,當客戶端接收到服務器端發送過來的斷開確認報文後,會發送最後一次 ACK報文,發送之後客戶端會進入time-wait狀態

TCP的TIME WAIT快速回收與重用

宣告一點： Linux中是無法修改tcp的TIME_WAIT值的，除非重新編譯，起碼我是沒有找到怎麼改。值得注意的是，net.ipv4.tcp_fin_timeout這個引數是FIN_WAIT_2的值，而不是TIME_WAIT的值。我不知道為何很多人都會把它當成是TIME_WAIT的值，想了一下，我覺得

TCP協議埠狀態說明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK ...

瞭解TCP協議埠的連線狀態，對排除和定位網路或系統故障會有很大幫助，因此瞭解一下是有必要的：一、LISTENING 　　提供某種服務，偵聽遠方TCP埠的連線請求，當提供的服務沒有被連線時，處於LISTENING狀態，埠是開放的，等待被連線。二、SYN_SENT (客戶端狀態) 　　客戶端呼叫co

kernel log time 轉換為對應的年月日時分秒

color exce main line datetime == path except write import time import datetime import sys import getopt import os #需要加入 [ 691.165602] a

掛載文件系統出現"kernel panic..." 史上最全解決方案

某個文件 table sha mount nic mic 2.6 完成又是　　問：掛載自己制作的文件系統卡在這裏：　　　　NET: Registered protocol family 1　　　　NET: Registered protocol family 17　　　

nginx出現504 Gateway Time-out的解決思路

str pst bus conn OS head agent cti 時間限制 http://www.xbc.me/nginx-fix-504-gateway-timeout/ 在安裝完Nginx+PHP-fpm+Mysql後（如何安裝LNMP環境，請參考快速配置LN

import keras，tensorflow，出現kernel died restarting，解決辦法

步驟 imp 方法 fff 方便 conda code pytho roman 故障描述設備環境：Win10家庭版，Anaconda3，Spyder3.3.1，Python3.6. 當加載tensorflow模塊時，導致kernel崩潰，如運行一下任一行均會崩潰

Matlab 讀取EXCEL 伺服器出現意外情況的解決方法

% 2.3 EXCEL檔案的讀取與寫入 % 2.3.1 EXCEL資料的讀取 %% 匯入電子表格中的資料 % 用於從以下電子表格匯入資料的指令碼: % % 工作簿: D:\Matlab R2018a\程式

阿里雲伺服器出現了緊急安全事件：挖礦程序

原因：使用docker時，被下載挖礦映象，隨docker服務啟動，自動執行，導致server被挖礦，所挖虛擬幣貌似為XMR(門羅幣)。解決： kill掉程序，刪除映象。分析過程：檢視程序 ps -e -o ‘pid,comm,args,pcpu,rsz

Nginx伺服器出現502錯誤的原因和解決辦法總結

一些執行在Nginx上的網站有時候會出現“502 Bad Gateway”錯誤，有些時候甚至頻繁的出現。有些站長是在剛剛轉移到Nginx之後就出現了這個問題，所以經常會懷疑這是不是Nginx的問題，但事實上這是個誤區。以下是從張宴和Ayou的部落格蒐集整理的一些Ngin

Linux Kernel Programming - Time,Delays,and Deferred Work

Measuring Time Lapses The counter and the utility functions to read it live in <linux/jiffies.h>.Needless to say both jiffies and jiffies_64 must be

伺服器出現kernel: TCP: time wait bucket table overflow解決

相關推薦