請(qǐng)幫忙診斷netstat -m的輸出

壞蛋

輸出情況如下，請(qǐng)高手診斷一下可能是哪方面的問題，當(dāng)時(shí)本主機(jī)網(wǎng)絡(luò)已經(jīng)癱瘓，除了ping本機(jī)以外，ping不通網(wǎng)關(guān)、同網(wǎng)段其它主機(jī)，其它主機(jī)網(wǎng)絡(luò)正常。其它主機(jī)的應(yīng)用情況是相同的。
＃netstat -m
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
netstat: get_if_name_for_route: SIOCGIFALL: Out of stream resources
streams allocation:
                               config   alloc     free       total      max     fail
stream                     8192    150     8042        2957      185        0
queues                      794    307      487        6716      380        0
mblks                       3172    1658     1514     8523726     3008        0
buffer headers         3130    2036     1094     1904690     3052        0
class  1,     64 bytes   128       42       86     1448701       85        0
class  2,    128 bytes   818      725       93     1013416      818        0
class  3,    256 bytes   131        8      123      784797      129        0
class  4,    512 bytes     10        6        4       35484          10        0
class  5,   1024 bytes    72        0        72    20747         71      0
class  6,   2048 bytes  784      784      0        801871  860     3773
class  7,   4096 bytes        2        2        0           2        2        0
class  8,   8192 bytes        0        0        0          16        1        0
class  9,  16384 bytes        0        0        0           1        1        0
class 10,  32768 bytes        0        0        0           0        0        0
class 11,  65536 bytes        0        0        0           0        0        0
class 12, 131072 bytes        0        0        0           0        0        0
class 13, 262144 bytes        0        0        0           0        0        0
class 14, 524288 bytes        0        0        0           0        0        0
total configured streams memory: 2000.00KB
streams memory in use: 1774.12KB
maximum streams memory used: 2122.11KB

oapthyok

一般操作：換網(wǎng)線、換交換機(jī)ethernet口or reboot

壞蛋

謝謝，當(dāng)然reboot可以暫時(shí)解決這個(gè)問題，但是會(huì)重現(xiàn)。我初步懷疑是應(yīng)用程序造成的，各位請(qǐng)注意：
－－－－－－－－－－config--alloc--free----- total--max----fail
class 6, 2048 bytes--784---784------0--801871--860--3773
這里有很多的fail，free項(xiàng)為0，各位幫我分析一下造成這個(gè)問題的可能原因。我初步懷疑是應(yīng)用程序造成的。因?yàn)槲乙粫r(shí)找不到相應(yīng)資料，如果誰能詳細(xì)解釋一下netstat -m輸出各項(xiàng)的意義，我不勝感謝。

muzx

網(wǎng)絡(luò)出于什么原因癱瘓的？為什么？
你的網(wǎng)絡(luò)、OS 環(huán)境又如何？

壞蛋

ft ag，如果我確切知道是什么原因造成網(wǎng)絡(luò)癱瘓，我就不著急了。OS是SCO UNIX 5.
05,通過中間件與遠(yuǎn)端主機(jī)大量通訊。

muzx

你的最后3行好像有問題！
建議用netstat -a -m看看！

kinks

我也很想知道netstat -m輸出各項(xiàng)的意義，那位老大可以解釋請(qǐng)站出來吧

augugrm

我的機(jī)器也是相同問題.
根據(jù)網(wǎng)絡(luò)上的一些文件解釋,
大部份說法都是 STREAM page 不夠大
即使將
total configured streams memory: 2000.00KB
加大為8000.00KB 或 16000.00KB
當(dāng)maximum streams memory used:
到達(dá)跟上面數(shù)字接近時(shí),一樣會(huì)發(fā)生ping得到本機(jī),
ping 不到其它網(wǎng)內(nèi)其它計(jì)算機(jī)的情況.

我的問題跟 壞蛋 與kinks 相同
等待高人幫忙解答
(我是使用 intel pro/100s 網(wǎng)卡)

壞蛋

如果增加用戶數(shù)，total configured streams memory會(huì)自動(dòng)調(diào)大，這個(gè)參數(shù)是有限制的，太大的話不能鏈接核心。我試過一臺(tái)主機(jī)加到600用戶，就出了問題。對(duì)于一般的應(yīng)用來說，其實(shí)缺省參數(shù)也可以了的。建議樓上的網(wǎng)友一是適當(dāng)改大該參數(shù)，二是主要還是要仔細(xì)分析應(yīng)用是否存在問題。

augugrm

第一個(gè)方法,應(yīng)該同我加大NSTRPAGE一樣結(jié)果
我想,我的問題是正常情況下,
maximum streams memory used
不是會(huì)動(dòng)態(tài)分配嗎? 使用完后會(huì)再自動(dòng)配置的吧!?
但一直累積下去 結(jié)果就塞爆了total configured streams memory