Dotaz: Openmediavalut - padá lan

[RDan]

Zdravím vás, své problémy kolem disků a btrfs jsem už vyřešil. No teď co bych chtěl začít používat server tak zase problém. Spustím li po sítí kopírování na sdílenou složku na sambě spadne síť. A trvá minutu než se zase obnoví. S tím že se odpojí vše, vzdálená plocha, putty i web interface.

V logu je pouze toto: Dec 9 15:21:28 r-omv dhclient[2891]: DHCPREQUEST of 10.111.111.2 on enp12s0 to 10.111.111.1 port 67 Dec 9 15:21:40 r-omv dhclient[2891]: DHCPREQUEST of 10.111.111.2 on enp12s0 to 10.111.111.1 port 67 Dec 9 15:21:44 r-omv kernel: [225703.433349] r8169 0000:0c:00.0 enp12s0: link up

A zde výpis hwinfo: root@r-omv:~# hwinfo --network 59: None 00.0: 10701 Ethernet [Created at net.126] Unique ID: QFHD.ndpeucax6V1 Parent ID: eATC.1WVRdh9En64 SysFS ID: /class/net/enp12s0 SysFS Device Link: /devices/pci0000:00/0000:00:15.1/0000:0c:00.0 Hardware Class: network interface Model: "Ethernet network interface" Driver: "r8169" Driver Modules: "r8169" Device File: enp12s0 HW Address: 9c:5c:8e:90:69:4d Permanent HW Address: 9c:5c:8e:90:69:4d Link detected: yes Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #2 (Ethernet controller)

60: None 00.0: 10700 Loopback [Created at net.126] Unique ID: ZsBS.GQNx7L4uPNA SysFS ID: /class/net/lo Hardware Class: network interface Model: "Loopback network interface" Device File: lo Link detected: yes Config Status: cfg=new, avail=yes, need=no, active=unknown

Je to dost velkej průšvih. Nevíte co s tím? Děkuji...

Odpovědi

[RDan]

Ještě jsem našel tento výpis: Interface information enp12s0: ============================== Settings for enp12s0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) drv probe ifdown ifup Link detected: yes -------------------------------------------------------------------------------- Driver information enp12s0: =========================== driver: r8169 version: 2.3LK-NAPI firmware-version: rtl8168f-1_0.0.5 06/18/12 expansion-rom-version: bus-info: 0000:0c:00.0 supports-statistics: yes supports-test: no supports-eeprom-access: no supports-register-dump: yes supports-priv-flags: no

================================================================================ = IP packet filter ================================================================================ IPv4: ===== Chain INPUT (policy ACCEPT) target prot opt source destination

Chain FORWARD (policy ACCEPT) target prot opt source destination

Chain OUTPUT (policy ACCEPT) target prot opt source destination -------------------------------------------------------------------------------- IPv6: ===== Chain INPUT (policy ACCEPT) target prot opt source destination

Chain FORWARD (policy ACCEPT) target prot opt source destination

Chain OUTPUT (policy ACCEPT) target prot opt source destination

================================================================================ = IP routing table ================================================================================ default via 10.111.111.1 dev enp12s0 10.111.111.0/24 dev enp12s0 proto kernel scope link src 10.111.111.2

[Pavel 'TIGER' Růžička]

Pokud jsem něco nepřehlédl, tak tam není nic, co řve nějaký průšvih. Máš v pohodě kabel?

[RDan]

Kabel jsem zkoušel přehodit. Je to stejné. A ještě jsem zapomněl dodat, zvláštní je že to padne jen při nahrávání na server. Pokud z něj stahuju tak to nepadne.

[Pavel 'TIGER' Růžička]

Tak pak ale nemusí být chyba v síti ... co záznamy z paměti, či disku?

[RDan]

Chyby disků to určitě nejsou. Popřesouval jsem několik TB přes Putty v MC a dva vadné disky jsem vyřadil. Proto jsem na tuto chybu do teď nenarazil, protože jsem zatím ten server nepoužíval tak jak potřebuju. Mám připojenej monitor a tam se hned chyby vypisujou, ale u tohoto se nic nevypisuje.

[RDan]

Vygooglil jsem že Realtek 8111F má nějaké problémy. Ale všechny články jsou starý a týkají se jiného jádra. Na official stránkách Realteku je ovladač pro jádro 4.15. Já mám 4.18. root@r-omv:~# ethtool -i enp12s0 driver: r8169 version: 2.3LK-NAPI firmware-version: rtl8168f-1_0.0.5 06/18/12 expansion-rom-version: bus-info: 0000:0c:00.0 supports-statistics: yes supports-test: no supports-eeprom-access: no supports-register-dump: yes supports-priv-flags: no

Vůbec z toho nejsem schopnej rozklíčovat jestli tu mám něco špatně či ne.

[Pavel 'TIGER' Růžička]

A výrobce karty je přímo realtek, nebo někdo jiný? Nemáš jinou kartu na vyzkoušení?

[RDan]

Je integrovaná. Možná jsem přišel čím to je. Ale musím to ještě ověřit. Zdá se že to nezvládá Mikrotik router a odpojuje port. Je ale podivné že to dělá při jednom směru dat. Pokud přepojím obě PC přes switch tak to běží.

[RDan]

Aha, tak tím to nebylo. Jen díky tomu že přes switch to běží pomalu tak se problém oddálil.

[Pavel 'TIGER' Růžička]

No a když to propojíš přímo, třeba kříženou rychlospojkou? Zvýší se rychlost, nebo ne? Vypadá to, že ti síťovka při odesílání (nebo přijímání), záleží na jaké je to straně používá nižší rychlost, což se stává. 100, nebo dokonce 10 MB/s.

[RDan]

Nojo, ale mě nejde o zpomalení ale o odpojování. Celé mi to připadá jako by při zatížení dovnitř (do PC) se přehřeje. Pokud data posílám obráceně nic se nestane. Pokud použiji switch abyč domácí za 400kč tak díky pomalejší rychlosti se odpojí mnohem déle. Ale stejně odpojí.

[Petr Šobáň]

Prostě vyskoušej jinou síťovku - prostě někde si půjči na chvíli a uvidíš.

Prostě může být poškozená.....

Jinak co kabely - může být taky nějaký pár v kabelu poškozen pak by to mohlo blbnout jedním směrem.

[RDan]

Jasný, budu tedy muset nějakou koupit. Je ale podivné že celé dva roky pod Windows 2008 R2 (Home Server) se toto nikdy nestalo.

[Petr Šobáň]

Tak pak nabotovat nějaké live distro a skoušet stahovat soubory tam a spět....

Vím že realteky dost zatěžují CPU takže skusit koupit intel?

[RDan]

No ještě se zeptám: Jde nějakým příkazem reinstalovat lan adaptér?

[GeorgeWH]

Reinstalovat asi nie, drivere su v jadre, resp. ako modul, ale svojho casu som mal tiez problem s realtek akoze sietovkou (viac nefungovala ako fungovala) a pomohla mi instalacia driverov od vyrobcu. Vykon nebol nijako oslnivy (+-80MB/s), ale aspon to fungovalo.

[Peter Golis]

Ak chceš tú sieťovku resetnúť za behu systému, tak môžeš vyskúšať príkazy:

modprobe -rv r8169   # Ukecane vyhoď z pamäte ovládač r8169 (-r znamená remove)
sleep 10             # Počkaj 10 sekúnd
modprobe -v r8169    # Ukecane nahoď ovládač r8169 

a znovu nahodiť sieť. Žiaľ nepoužívam openmediavalut, takže príkaz na nahodenie siete neposkytnem. Ale tiež sa prikláňam za výmenu poškodenej sieťovky, len nie za USBčko.

[NN]

dmesg, logy nic?

[RDan]

Nahoře jsem vypsal všechny logy co jsem našel. r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 1.692902] r8169 0000:0c:00.0: can't disable ASPM; OS doesn't have ASPM control [ 1.693696] r8169 0000:0c:00.0 eth0: RTL8168f/8111f, 9c:5c:8e:90:69:4d, XID 48000800, IRQ 30 [ 1.693698] r8169 0000:0c:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]

A tady jsem něco našel: NETDEV WATCHDOG: enp12s0 (r8169): transmit queue 0 timed out

[ 476.883288] WARNING: CPU: 0 PID: 0 at /build/linux-GVmoCH/linux-4.18.6/net/sched/sch_generic.c:461 dev_watchdog+0x20e/0x220 [ 476.883290] Modules linked in: softdog pci_stub vboxpci(O) vboxnetadp(O) cpufreq_powersave cpufreq_userspace cpufreq_conservative vboxnetflt(O) vboxdrv(O) snd_hda_codec_hdmi snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_pcm eeepc_wmi asus_wmi snd_timer snd sparse_keymap nouveau soundcore rfkill amd64_edac_mod edac_mce_amd kvm_amd fuse ccp kvm video irqbypass wmi_bmof joydev mxm_wmi evdev ttm crct10dif_pclmul crc32_pclmul drm_kms_helper drm ghash_clmulni_intel pcspkr k10temp fam15h_power i2c_algo_bit sp5100_tco tpm_infineon wmi tpm_tis tpm_tis_core sg tpm rng_core button pcc_cpufreq acpi_cpufreq sunrpc ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 fscrypto ecb btrfs zstd_decompress zstd_compress xxhash raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq

[ 476.883420] libcrc32c crc32c_generic raid1 raid0 multipath linear md_mod sd_mod hid_generic usbhid hid ohci_pci crc32c_intel aesni_intel aes_x86_64 crypto_simd cryptd glue_helper r8169 mii ahci libahci xhci_pci ohci_hcd i2c_piix4 ehci_pci xhci_hcd ehci_hcd mptsas mptscsih mpt3sas mptbase raid_class libata scsi_transport_sas usbcore usb_common scsi_mod

[ 476.883477] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G O 4.18.0-0.bpo.1-amd64 #1 Debian 4.18.6-1~bpo9+1

[ 476.883479] Hardware name: To be filled by O.E.M. To be filled by O.E.M./SABERTOOTH 990FX R2.0, BIOS 2901 05/04/2016

[ 476.883485] RIP: 0010:dev_watchdog+0x20e/0x220

[ 476.883487] Code: 00 49 63 4e e8 eb 92 4c 89 e7 c6 05 9c 00 b0 00 01 e8 86 db fc ff 89 d9 48 89 c2 4c 89 e6 48 c7 c7 d8 ad ab 89 e8 d2 4b a8 ff <0f> 0b eb c0 0f 1f 40 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00

[ 476.883566] RSP: 0018:ffff9e4b9ec03e88 EFLAGS: 00010286

[ 476.883570] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000

[ 476.883573] RDX: 0000000000040400 RSI: 00000000000000f6 RDI: 0000000000000300

[ 476.883575] RBP: ffff9e4b8d67845c R08: 0000000000000001 R09: 0000000000000648

[ 476.883578] R10: ffff9e4b9ec1a8b0 R11: 0000000000000648 R12: ffff9e4b8d678000

[ 476.883580] R13: 0000000000000000 R14: ffff9e4b8d678478 R15: 0000000000000001

[ 476.883584] FS: 0000000000000000(0000) GS:ffff9e4b9ec00000(0000) knlGS:0000000000000000

[ 476.883587] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033

[ 476.883590] CR2: 00007fc4c8067148 CR3: 00000001f8d7c000 CR4: 00000000000406f0

[ 476.883593] Call Trace:

[ 476.883599] IRQ

[ 476.883607] ? pfifo_fast_reset+0x110/0x110

[ 476.883613] call_timer_fn+0x2b/0x120

[ 476.883618] run_timer_softirq+0x1d3/0x410

[ 476.883622] ? tick_sched_handle+0x22/0x60

[ 476.883626] ? tick_sched_timer+0x37/0x70

[ 476.883631] ? __hrtimer_run_queues+0x10c/0x270

[ 476.883636] __do_softirq+0x10d/0x2a6

[ 476.883642] irq_exit+0xb6/0xc0

[ 476.883647] smp_apic_timer_interrupt+0x74/0x130

[ 476.883651] apic_timer_interrupt+0xf/0x20

[ 476.883654] IRQ [ 476.883661] RIP: 0010:cpuidle_enter_state+0xa7/0x2b0

[ 476.883662] Code: c8 e8 76 e8 bb b9 b2 ff 48 89 04 24 0f 1f 44 00 00 31 ff e8 4b c4 b2 ff 80 7c 24 0f 00 0f 85 b6 01 00 00 fb 66 0f 1f 44 00 00 <48> 8b 0c 24 48 ba cf f7 53 e3 a5 9b c4 20 4c 29 f9 48 89 c8 48 c1

[ 476.883737] RSP: 0018:ffffffff89c03e58 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff13

[ 476.883742] RAX: ffff9e4b9ec21b80 RBX: 0000000000000002 RCX: 000000000000001f

[ 476.883744] RDX: 0000006f0873f85f RSI: 0000000021921a61 RDI: 0000000000000000

[ 476.883747] RBP: ffff9e4b944b2800 R08: 0000000000000000 R09: 0000000000000014

[ 476.883749] R10: 00000000ffffffff R11: 000000000000793b R12: ffffffff89cb6eb8

[ 476.883751] R13: 0000000000000002 R14: 0000000000000002 R15: 0000006f04a3495f

[ 476.883760] ? cpuidle_enter_state+0x95/0x2b0

[ 476.883766] do_idle+0x204/0x270

[ 476.883772] cpu_startup_entry+0x6f/0x80

[ 476.883780] start_kernel+0x520/0x540

[ 476.883787] secondary_startup_64+0xa5/0xb0

[ 476.883791] ---[ end trace b28a67441d6960a3 ]---

[ 476.901829] r8169 0000:0c:00.0 enp12s0: link up

[NN]

Co je to za HW/kernel?

[RDan]

Linux server 4.18.0-0.bpo.1-amd64 #1 SMP Debian 4.18.6-1~bpo9+1 (2018-09-13) x86_64 GNU/Linux ASUS TUF SABERTOOTH 990FX R2.0

[NN]

Kernel ze stretch backportu => tvuj problem.. imho. muzes zkusit aktualizovat firmware-realtek, pripadne pouzit propripetarni driver.