Administrace komentářů

Tak se zdá, že příčinou je síťový adaptér Intel E1000 na základní desce Gigabyte GA-Q77M-D2H, která je v jednom z mých malých routerů/serverů. (následuje proud hlasitých sprostých nadávek na adresu výrobce čipu)

Postupně jsem vyloučil potíže u providera, v jiném routeru, switchích, kabelech i koncových strojích. A postupně jsem se dopracoval k tomu, že se potíže objevují výhradně (opravdu?), když routuju skrz tento stroj. Dokonce stahování dat přes http z tohoto stroje nebyl problém, resp. nenarazil jsem na něj (třeba se projevuje méně často?).

Ve /var/log/messages se to ukazuje takto

Sep 25 15:45:45 koprolit kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
Sep 25 15:45:47 koprolit kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
Sep 25 15:45:49 koprolit kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
Sep 25 15:45:51 koprolit kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
Sep 25 15:45:53 koprolit kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
Sep 25 15:45:54 koprolit kernel: NETDEV WATCHDOG: eno1 (e1000e): transmit queue 0 timed out
Sep 25 15:45:54 koprolit kernel: e1000e 0000:00:19.0 eno1: Reset adapter unexpectedly
Sep 25 15:45:58 koprolit kernel: e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx

A v dmesg takto

[  424.477002] e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
  TDH                  <77>
  TDT                  <ac>
  next_to_use          <ac>
  next_to_clean        <77>
buffer_info[next_to_clean]:
  time_stamp           <2d78>
  next_to_watch        <77>
  jiffies              <306a>
  next_to_watch.status <0>
MAC Status             <80083>
PHY Status             <796d>
PHY 1000BASE-T Status  <3800>
PHY Extended Status    <3000>
PCI Status             <10>
[  426.479263] e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
  TDH                  <77>
  TDT                  <ac>
  next_to_use          <ac>
  next_to_clean        <77>
buffer_info[next_to_clean]:
  time_stamp           <2d78>
  next_to_watch        <77>
  jiffies              <3132>
  next_to_watch.status <0>
MAC Status             <80083>
PHY Status             <796d>
PHY 1000BASE-T Status  <3800>
PHY Extended Status    <3000>
PCI Status             <10>
[  427.488845] ------------[ cut here ]------------
[  427.488859] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1da/0x1f0()
[  427.488862] NETDEV WATCHDOG: eno1 (e1000e): transmit queue 0 timed out
[  427.488864] Modules linked in: nfsd nfs_acl lockd sunrpc ipt_REJECT xt_LOG xt_tcpudp xt_conntrack xt_limit xt_nat ip6table_filter ip6_tables iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables tun ipv6 usbhid usb_storage raid1 md_mod coretemp crc32c_intel ehci_pci r8169 e1000e xhci_hcd ehci_hcd acpi_cpufreq mperf usbcore fan thermal rtc_cmos i2c_i801 usb_common lpc_ich ptp mfd_core button processor pps_core
[  427.488908] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 3.10.9 #1
[  427.488910] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Q77M-D2H, BIOS F2 12/20/2012
[  427.488911]  c146bfa1 c146bfa1 f509ddec c138c492 f509de14 c103075f c146ef70 f509de40
[  427.488915]  000000ff c12f93fa c12f93fa f4704000 00000000 00003197 f509de2c c10307fe
[  427.488918]  00000009 f509de24 c146ef70 f509de40 f509de5c c12f93fa c146bfa1 000000ff
[  427.488921] Call Trace:
[  427.488926]  [<c138c492>] dump_stack+0x16/0x18
[  427.488930]  [<c103075f>] warn_slowpath_common+0x5f/0x80
[  427.488933]  [<c12f93fa>] ? dev_watchdog+0x1da/0x1f0
[  427.488935]  [<c12f93fa>] ? dev_watchdog+0x1da/0x1f0
[  427.488938]  [<c10307fe>] warn_slowpath_fmt+0x2e/0x30
[  427.488943]  [<c12f93fa>] dev_watchdog+0x1da/0x1f0
[  427.488949]  [<c12f9220>] ? pfifo_fast_dequeue+0xe0/0xe0
[  427.488953]  [<c103c11d>] call_timer_fn.isra.28+0x1d/0x80
[  427.488956]  [<c10580b5>] ? sched_clock_cpu+0x125/0x1b0
[  427.488958]  [<c106bde2>] ? clockevents_program_event+0xb2/0x170
[  427.488960]  [<c103c2ec>] run_timer_softirq+0x16c/0x180
[  427.488963]  [<c12f9220>] ? pfifo_fast_dequeue+0xe0/0xe0
[  427.488966]  [<c1037278>] __do_softirq+0xa8/0x170
[  427.488968]  [<c1037466>] irq_exit+0x76/0xa0
[  427.488972]  [<c1020a84>] smp_apic_timer_interrupt+0x54/0x90
[  427.488974]  [<c138ff8d>] apic_timer_interrupt+0x2d/0x34
[  427.488978]  [<c12aebbe>] ? cpuidle_enter_state+0x3e/0xe0
[  427.488981]  [<c12aecd4>] cpuidle_idle_call+0x74/0xf0
[  427.488985]  [<c1009338>] arch_cpu_idle+0x8/0x20
[  427.488988]  [<c1064119>] cpu_startup_entry+0x49/0x130
[  427.488990]  [<c1386b27>] start_secondary+0x1b3/0x1b9
[  427.488992] ---[ end trace 5bdd2a4c0360913a ]---
[  427.489006] e1000e 0000:00:19.0 eno1: Reset adapter unexpectedly

Po přepnutí ethtoolem na 100MBit full duplex potíže prozatím zmizely. Testoval jsem na 10x 800MB souboru stahovaném skrz problémový router, md5sum i sha256sum stejné.

A teď otázka na závěr - je to průser E1000 obecně, nebo jen mého kusu?

Našel jsem totiž např. toto https://bugzilla.redhat.com/show_bug.cgi?id=504811 a toto http://osdir.com/ml/linux.drivers.e1000.devel/2007-10/msg00048.html a toto https://bugzilla.redhat.com/show_bug.cgi?id=558809 a přes 12000 odkazů na dotaz 'e1000 "Detected Hardware Unit Hang:"'... z čehož bych soudil (pokud jsem něco hloupě nepřehlíd), že E1000 je hardware zcela prohnilý a s reklamací je asi zbytečné se obtěžovat, protože dostanu opět nový vadný kus.