LINUX.ORG.RU
ФорумAdmin

unexpectedly shrunk window

 ,


0

1

На одном из серверов заметил следующее в dmesg :

unexpectedly shrunk window 3385672689:3385673040 (repaired)

dmesg | grep shrunk | wc -l
314

с разных айпишников,что с этим делать?

[user@srv1 ~]$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:40:D0:B0:FD:CD  
          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.255  Mask:255.255.255.192
          inet6 addr: fe80::240:d0ff:feb0:fdcd/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4807715653 errors:0 dropped:12252 overruns:0 frame:18321
          TX packets:3525761562 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:5808310264297 (5.2 TiB)  TX bytes:2061891938016 (1.8 TiB)
          Interrupt:35 

eth1      Link encap:Ethernet  HWaddr 00:40:D0:B0:FD:CE  
          inet addr:yyy.yyy.yyy.yyy  Bcast:yyy.yyy.yyy.255  Mask:255.255.255.0
          inet6 addr: fe80::240:d0ff:feb0:fdce/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4184593401 errors:0 dropped:2961 overruns:0 frame:409
          TX packets:5974923839 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2083906763990 (1.8 TiB)  TX bytes:8127530556930 (7.3 TiB)
          Interrupt:35 

Насколько критичный счетчик frame и drop?

Карты такие:

11:04.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5715 Gigabit Ethernet (rev a3)
11:04.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5715 Gigabit Ethernet (rev a3)

Дистр: Fedora 14

Первое сообщение вызвано либо медленными клиентами с маленьким recv-буфером, либо специально сформированной ддос-атакой, где атакующий НАМЕРЕННО уменьшает свой буфер (читай tcp-окно). Проанализируй свои соединения - если на ддос не похоже, то не обращай внимания.

Счетчики ошибок на сетевых картах - не при чем.

Chumka ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.