Como consertar o “eth0: Detected Hardware Unit Hang” no Debian 9?

Question

Eu tenho meu próprio servidor que atua como um gateway para a internet (não sei se é o melhor nome para isso). Basicamente, ele tem duas portas ethernet, uma conectada ao meu ISP e outra ao switch LAN. Roteamento e NAT configurado com sucesso e um monte de outros serviços.

Recentemente eu migrei do Ubuntu 14.04 para o Debian 9 (instalação nova e limpa) e agora restaurei lentamente a configuração anterior. Eu estou preso muito cedo como eu fiz apenas configuração de rede básica para permitir que outros computadores / telefones / TVs / etc acessem a internet, mas notei que há um monte de perdas de pacotes e conexão parece travar por alguns segundos. A inspeção de registros me deu isto:

        [  212.088208] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
                     TDH                  <69>
                     TDT                  <aa>
                     next_to_use          <aa>
                     next_to_clean        <69>
                   buffer_info[next_to_clean]:
                     time_stamp           <ffffa7f6>
                     next_to_watch        <69>
                     jiffies              <ffffa9e8>
                     next_to_watch.status <0>
                   MAC Status             <80083>
                   PHY Status             <796d>
                   PHY 1000BASE-T Status  <3800>
                   PHY Extended Status    <3000>
                   PCI Status             <10>
    [  214.072275] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
                     TDH                  <69>
                     TDT                  <aa>
                     next_to_use          <aa>
                     next_to_clean        <69>
                   buffer_info[next_to_clean]:
                     time_stamp           <ffffa7f6>
                     next_to_watch        <69>
                     jiffies              <ffffabd8>
                     next_to_watch.status <0>
                   MAC Status             <80083>
                   PHY Status             <796d>
                   PHY 1000BASE-T Status  <3800>
                   PHY Extended Status    <3000>
                   PCI Status             <10>
    [  216.088094] e1000e 0000:00:19.0 eth0: Detected Hardware Unit Hang:
                     TDH                  <69>
                     TDT                  <aa>
                     next_to_use          <aa>
                     next_to_clean        <69>
                   buffer_info[next_to_clean]:
                     time_stamp           <ffffa7f6>
                     next_to_watch        <69>
                     jiffies              <ffffadd0>
                     next_to_watch.status <0>
                   MAC Status             <80083>
                   PHY Status             <796d>
                   PHY 1000BASE-T Status  <3800>
                   PHY Extended Status    <3000>
                   PCI Status             <10>
    [  218.071082] ------------[ cut here ]------------
    [  218.072129] WARNING: CPU: 0 PID: 0 at /build/linux-EAZfyE/linux-4.9.51/net/sched/sch_generic.c:316 dev_watchdog+0x22d/0x230
    [  218.073249] NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out
    [  218.074368] Modules linked in: xt_conntrack iptable_filter ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul iTCO_wdt iTCO_vendor_support ghash_clmulni_intel intel_cstate intel_uncore intel_rapl_perf pcspkr i915 sg drm_kms_helper lpc_ich mei_me mfd_core drm ie31200_edac joydev evdev mei edac_core shpchp i2c_algo_bit battery video button ip_tables x_tables autofs4 ext4 crc16 jbd2 fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 mbcache raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid0 multipath linear hid_generic usbhid hid
    [  218.078853]  raid1 md_mod sd_mod crc32c_intel i2c_i801 ahci i2c_smbus libahci libata scsi_mod ehci_pci ehci_hcd xhci_pci xhci_hcd e1000e ptp usbcore pps_core usb_common fan thermal
    [  218.082049] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.9.0-4-amd64 #1 Debian 4.9.51-1
    [  218.083772] Hardware name:                  /DQ77KB, BIOS KBQ7710H.86A.0051.2013.0329.1350 03/29/2013
    [  218.085468]  0000000000000000 ffffffffa7729974 ffff98909e203e20 0000000000000000
    [  218.087205]  ffffffffa7476eae 0000000000000000 ffff98909e203e78 ffff989094e28000
    [  218.088980]  0000000000000000 ffff989094fb9c80 0000000000000001 ffffffffa7476f2f
    [  218.090766] Call Trace:
    [  218.092579]  <IRQ>
    [  218.092597]  [<ffffffffa7729974>] ? dump_stack+0x5c/0x78
    [  218.094413]  [<ffffffffa7476eae>] ? __warn+0xbe/0xe0
    [  218.096268]  [<ffffffffa7476f2f>] ? warn_slowpath_fmt+0x5f/0x80
    [  218.098133]  [<ffffffffa74aed52>] ? enqueue_task_fair+0x82/0x940
    [  218.100024]  [<ffffffffa792cb2d>] ? dev_watchdog+0x22d/0x230
    [  218.101909]  [<ffffffffa792c900>] ? qdisc_rcu_free+0x40/0x40
    [  218.103860]  [<ffffffffa74e4020>] ? call_timer_fn+0x30/0x110
    [  218.105766]  [<ffffffffa74e4524>] ? run_timer_softirq+0x1d4/0x430
    [  218.107709]  [<ffffffffa74f4ca0>] ? tick_sched_handle.isra.12+0x20/0x50
    [  218.109654]  [<ffffffffa74f4d08>] ? tick_sched_timer+0x38/0x70
    [  218.111630]  [<ffffffffa7a0b0d5>] ? __do_softirq+0x105/0x290
    [  218.113594]  [<ffffffffa747cf8e>] ? irq_exit+0xae/0xb0
    [  218.115567]  [<ffffffffa7a0aeee>] ? smp_apic_timer_interrupt+0x3e/0x50
    [  218.117536]  [<ffffffffa7a0a202>] ? apic_timer_interrupt+0x82/0x90
    [  218.119509]  <EOI>
    [  218.119527]  [<ffffffffa78cd31a>] ? cpuidle_enter_state+0x11a/0x2b0
    [  218.121505]  [<ffffffffa74b9634>] ? cpu_startup_entry+0x154/0x240
    [  218.123486]  [<ffffffffa8138f57>] ? start_kernel+0x443/0x463
    [  218.125426]  [<ffffffffa8138120>] ? early_idt_handler_array+0x120/0x120
    [  218.127400]  [<ffffffffa8138408>] ? x86_64_start_kernel+0x14c/0x170
    [  218.129384] ---[ end trace 6cd1142bfcc66b87 ]---
    [  218.131367] e1000e 0000:00:19.0 eth0: Reset adapter unexpectedly
    [  222.052843] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

Eu encontrei esta pergunta: e1000e Redefinir o adaptador inesperadamente / Hardware detectado Unit Hang que parece ser o mesmo problema, mas nenhuma das correções encontradas funcionou.

Eu tentei:

• Inicializando o kernel com pcie_aspm=off
• Desativando opções estranhas: ethtool -K eth0 gso off gro off tso off
• ASPM desativado no BIOS
• Desativou qualquer recurso de economia de energia no BIOS
• Script usado fixeep-82573-dspd.sh que dizia que meu hardware não é compatível com essa correção ou algo parecido
• Driver mais recente compilado do site da Intel

O que mais posso experimentar? Eu já perdi o dia inteiro nisso, a conexão com a internet está inutilizável, todo mundo precisa usar a própria internet LTE / 3G nos telefones para acessar a web.

O Debian é uma má escolha para esse servidor?

    

Answer 1

Há uma pergunta no ServerFault que tem mais duas possíveis correções:

link

Como mencionado, você pode tentar:

• desativando o estado de economia de energia C1 (C1E) aprimorado nas configurações do BIOS, ou
• desativando o descarregamento do checksum do TCP com ethtool -K eth0 tx off rx off

Se você puder extrair o módulo do kernel e1000e.ko dos seus backups, você pode usar o comando modinfo para listar a versão do driver.

Para identificar a possibilidade de uma atualização de firmware da NIC, é necessária uma identificação precisa do modelo exato da NIC. De sua saída de log, posso ver que sua NIC é o dispositivo PCI 00: 19.0 e o nome da interface de rede é eth0 . Por favor, execute estes comandos como root:

# lspci -nn -s 00:19.0 -v
# ethtool -i eth0

O primeiro comando revela os números de ID do PCI da NIC, e o segundo comando tem o número da versão do firmware da NIC em sua saída.

Se a NIC for Intel 82579V (PCI ID 8086: 1503), há um bug conhecido relacionado a estados de economia de energia, que também causou problemas no Windows 8 e mais recentes (ou seja, com sistemas operacionais novos o suficiente para usar os estados mais avançados de economia de energia do hardware moderno). Uma atualização do Ubuntu 14.04 para o Debian 9 pode ter trazido uma atualização equivalente no código de economia de energia do Linux, fazendo com que o bug seja acionado.

A Intel possui uma ferramenta de atualização de firmware específica para o chip 82579V, que pode até mesmo ser usada com placas de rede integradas em placas-mãe. Infelizmente, acho que a ferramenta de atualização deve ser executada no Windows.

    

Answer 2

Problema resolvido por ... comutação de cabos e configuração entre NICs. Então o eth0 era um dispositivo do lado da LAN e o eth1 era um dispositivo do lado da Internet. Depois que o switch eth0 se tornou um dispositivo de Internet e o eth1 LAN um. Não sei porque e como, mas simplesmente está funcionando. Mesmo sob carga pesada depois de algumas horas, tudo está bem. Quando eu alterno de volta para a configuração inicial, o driver trava depois de não mais de 2 minutos.

Eu sou completamente incapaz de encontrar qualquer razão para isso acontecer, mas bem ... agora é bom.