Perda de pacote com pacotes de erro RX

Question

Estou vendo a perda de pacotes de todos os meus servidores blade no compartimento do HP Blade C7000.

# ping 192.168.2.140
PING 192.168.2.140 (192.168.2.140) 56(84) bytes of data.
64 bytes from 192.168.2.140: icmp_seq=1 ttl=64 time=0.210 ms
64 bytes from 192.168.2.140: icmp_seq=2 ttl=64 time=0.185 ms
64 bytes from 192.168.2.140: icmp_seq=4 ttl=64 time=0.206 ms
64 bytes from 192.168.2.140: icmp_seq=6 ttl=64 time=0.164 ms
64 bytes from 192.168.2.140: icmp_seq=7 ttl=64 time=0.210 ms
64 bytes from 192.168.2.140: icmp_seq=8 ttl=64 time=0.213 ms
64 bytes from 192.168.2.140: icmp_seq=9 ttl=64 time=0.213 ms

--- 192.168.2.140 ping statistics ---
9 packets transmitted, 7 received, 22% packet loss, time 8000ms
rtt min/avg/max/mdev = 0.164/0.200/0.213/0.018 ms

# ping 192.168.2.165
 PING 192.168.2.165 (192.168.2.165) 56(84) bytes of data.
 64 bytes from 192.168.2.165: icmp_seq=1 ttl=64 time=0.990 ms
 64 bytes from 192.168.2.165: icmp_seq=3 ttl=64 time=0.204 ms
 64 bytes from 192.168.2.165: icmp_seq=4 ttl=64 time=0.165 ms
 64 bytes from 192.168.2.165: icmp_seq=5 ttl=64 time=0.168 ms

 --- 192.168.2.165 ping statistics ---
 6 packets transmitted, 4 received, 33% packet loss, time 5001ms
 rtt min/avg/max/mdev = 0.165/0.381/0.990/0.352 ms


$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr E4:11:5B:D0:36:B0
          inet addr:192.168.2.163  Bcast:192.168.2.255  Mask:255.255.255.192
          inet6 addr: fe80::e611:5bff:fed0:36b0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:44022 errors:29632 dropped:0 overruns:0 frame:10025
          TX packets:42694 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4345443 (4.1 MiB)  TX bytes:4549025 (4.3 MiB)

$ netstat -i
Kernel Interface table
Iface       MTU Met    RX-OK RX-ERR RX-DRP RX-OVR    TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500   0     5124  32118      0      0     2651      0      0      0 BMRU
lo        16436   0     4522      0      0      0     4522      0      0      0 LRU


 $ route -n
 Kernel IP routing table
 Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
 192.168.4.128   0.0.0.0         255.255.255.192 U     0      0        0 eth0
 169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
 0.0.0.0         192.168.4.134   0.0.0.0         UG    0      0        0 eth0

# ethtool -S eth0 | grep -i errors
  rx_errors: 43821
  tx_errors: 0
  rx_crc_errors: 14812
  rx_alignment_symbol_errors: 0
  rx_in_range_errors: 0
  rx_out_range_errors: 0
  rx_address_match_errors: 150211
# ethtool -S eth0 | grep -i drops
  rx_drops_no_pbuf: 0
  rx_drops_no_txpb: 0
  rx_drops_no_erx_descr: 0
  rx_drops_no_tpre_descr: 0
  rx_drops_too_many_frags: 0
  rx_drops_invalid_ring: 3215
  rx_drops_mtu: 0
  rx_drops_no_fragments: 0

A configuração de rede parece bem.

Por favor, sugerir passos para resolver o problema.

    

Answer 1

É difícil dizer qual é a versão do seu sistema operacional e o nível do patch?
Aqui estão algumas coisas que você pode verificar:

• Seu switch de rede pode estar poluído / sobrecarregado por um cartão quebrado que gera lixo. Verifique os erros no comutador.
• Se você estiver usando "conexão virtual" no seu gabinete, poderá verificar o erro na caixa de conexão virtual.
• Se você estiver usando a conexão "pass through" no gabinete, verifique se toda a sua conexão está passando pela mesma passagem pelo painel, talvez ela deva ser substituída. Passar não é passivo, eles têm seu próprio firmware também verificar com o suporte da HP, se o seu recente.
• Se você recentemente corrigiu o sistema operacional, tente instalar o driver compatível do último SPP (pacote de suporte, somente para o redhat ou SuSE, infelizmente), os drivers podem ser menos recentes, mas são suportados pela HP.
• Talvez seja uma incompatibilidade bidirecional simples, verifique a velocidade no switch e no host (ethtool ethX)

Answer 2

Eu tive um problema similar no meu bloco de anotações, então sugiro que você tente.

iwconfig | grep 'Power Management'

Se aparecer "Gerenciamento de energia: ligado", pode ser que o problema do seu dispositivo (sem fio?) tenha algum problema. Neste caso, tente desligá-lo usando

iwconfig wlan0 power off

Isso não desligará a energia, desligará o gerenciamento de energia :) O parâmetro "wlan0" pode ser diferente em sua máquina, apenas digite iwcofig para ver uma lista de interfaces.