小编KTa*_*mas的帖子

大量 TIME_WAIT 连接表示 netstat

好吧,这让我毛骨悚然 - 我看到了大约 1500-2500 个:

root@wherever:# netstat

Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 localhost:60930         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60934         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60941         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60947         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60962         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60969         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60998         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60802         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60823         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60876         localhost:sunrpc        TIME_WAIT  
tcp        0      0 localhost:60886         localhost:sunrpc …
Run Code Online (Sandbox Code Playgroud)

networking linux tcpip debian netstat

35
推荐指数
3
解决办法
20万
查看次数

在 Linode VPS 中运行 Courier IMAP 的奇怪负载问题

所以...我在我们的电子邮件服务器上看到了一些非常奇怪的负载问题。它在上午 8 点到 9 点左右开始飙升(恰好是人们开始工作的时候),但在上午 11 点左右开始下降。CPU 使用率保持正常,我有足够的可用内存,没有交换。昨天我们有一个非常高的 iowait% (49.75) 和非常高的负载 (40),今天我们“只有”有 11-12 的负载,iowait% 在 3-4 之间。

所有迹象都指向imapd是罪魁祸首(courier-imap),因为当我停止它时,负载突然开始降低,并在2-3分钟内恢复正常。我确实有大约 40-60 个在运行。我们使用 Thunderbird,它每个打开 5 个连接,我在大多数工作站上将它降低到 1,它有所帮助(负载下降到 5-7),然后……整个服务器在上午 11 点左右恢复正常。

我仍然有大约 30 个 imapd 正在运行,但负载完全正常(在 0.2 和 0.4 之间)。所以......我真的不明白为什么会发生这种情况,因为从逻辑上讲,它应该更高,如果这会是问题的原因。

这是一个带有 1gig ram 的 Linode 1080 VPS。

(chkrootkit / rkhunter 没有显示任何异常。)

linux debian courier imap

2
推荐指数
1
解决办法
1202
查看次数

标签 统计

debian ×2

linux ×2

courier ×1

imap ×1

netstat ×1

networking ×1

tcpip ×1