Interface de rede reiniciando com muita frequência no Mint 18

0

Eu trabalho em um servidor remoto via ssh e notei que o Vim às vezes congela por 5-10 segundos.

ifconfig:

enp0s25   Link encap:Ethernet  HWaddr 28:d2:44:b5:93:fe  
          inet addr:10.30.10.230  Bcast:10.30.255.255  Mask:255.255.0.0
          inet6 addr: fe80::f995:dba3:a12d:bc16/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7745442 errors:8 dropped:1 overruns:0 frame:6
          TX packets:723918 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1036026983 (1.0 GB)  TX bytes:85008484 (85.0 MB)
          Interrupt:20 Memory:f0600000-f0620000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:99543 errors:0 dropped:0 overruns:0 frame:0
          TX packets:99543 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:13269150 (13.2 MB)  TX bytes:13269150 (13.2 MB)

O Dmesg mostra que a interface geralmente sobe e desce sem nenhum motivo para mim (existem muitas outras linhas na saída):

[544981.654197] e1000e: enp0s25 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[545084.381711] e1000e: enp0s25 NIC Link is Down

uname -a:

Linux farit-PC 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

É um Thinkpad T440s.

Como posso ter certeza de que não está conectado ao Mint ou ao próprio ThinkPad? Eu já fiz uma passagem para nossa equipe de TI para verificar a rede, mas gostaria de verificar meu lado.

    
por cheetahfm 12.08.2016 / 11:48

3 respostas

0

Essa seria uma resposta muito estranha, mas parece que houve algum erro ocasional.

Eu não fiz nada com o FlowControl e tudo funciona bem agora. Pelo menos uma semana se passou e não houve problemas.

    
por 22.08.2016 / 13:18
1

Pode ser que, como você não tem controle de fluxo como ele diz no seu Dmesg, seu nic está descartando pacotes quando outras coisas requerem a rede. Se a rede ficar sobrecarregada, ela começará a descartar pacotes se não houver controle de fluxo. Também pode ser que algo sobrecarregue seu nic, você poderia tentar descobrir isso, mantendo o netstat aberto e monitorando para ver se algo está apenas abrindo conexões continuamente.

Isso também pode ser um sinal de que seu nic está morrendo ou está com defeito, que a única maneira de corrigir é obter um novo e isso geralmente não será determinado até que você tenha esgotado todas as etapas para corrigir ou identificar a causa de o problema.

    
por 12.08.2016 / 11:58
0

Sua saída dmesg mostra uma causa de erro mais provável :

Flow Control: None

Controle de fluxo (na Wikipedia) é:

the process of managing the rate of data transmission between two nodes to prevent a fast sender from overwhelming a slow receiver.

Isso é estranho, porque o módulo e1000e ( não o módulo e1000 como inicialmente achei que você tinha) tem FlowControl ativado por padrão . Então, a única coisa em que consigo pensar é que você tem autonegotiation desativado. Tente emitir, como sudo, o seguinte comando:

ethtool -A enp0s25 autoneg on rx on

recarregue o módulo,

modprobe -r e1000e
modprobe e1000e

(se o primeiro comando não funcionar, tente da seguinte forma:

ip link set dev enp0s25 down
modprobe -r e10000e
modprobe e1000e
ip link set dev enp0s25 up

deve funcionar agora) e veja se você ainda encontra o mesmo problema. Se isso resolver seu problema, você poderá executar o ethtool automaticamente na inicialização, criando o arquivo /etc/modprobe.d/e1000e.conf com a seguinte linha exclusiva:

post-install e1000e ethtool -A enp0s? autoneg on rx on
    
por 12.08.2016 / 12:03