Ethernet verabschiedet sich wenn Docker Container geupdated wird

[Gee1]

kein Problem beim sonstigen Netzwerk Transfer zB. Dateien kopieren mit 280 MB/s (2.5 GBit Eth). Das Problem tritt nur beim updaten von Docker Containern auf. Egal ob MACVLAN oder IPvlan. Mit und ohne den Docker Patch2. Wenn das Docker Update unter 50 MB groß ist läuft es durch aber sobald eine image gezogen wird welches größer ist Freezed die WebUI (remote) und ich muss lokal auf dem server neustarten. Ich kann mir das nicht erklären..

 

Das selbe passiert übrigens auch wenn ich innerhalb eines Docker Containers zB JDownloader einen Download starte.. betrifft irgendwie nur Docker und auch nur bei hohen Geschwindigkeiten.

 

Es geht ungefähr bei "Mar 10 03:52:36" im syslog-previous los

tower-diagnostics-20240310-0410.zip

Edited March 10 by Gee1

[alturismo]

1 hour ago, Gee1 said:

Es geht ungefähr bei "Mar 10 03:52:36" im syslog-previous los

 

 

 

[Gee1]

warum schickst du mir das ? Mein Problem ist absolut nicht MACVLAN related. Das ist ein HW Problem und ich suche Leute die einen Workaround gefunden haben

[alturismo]

3 minutes ago, Gee1 said:

warum schickst du mir das ?

naja ... wenn ich mir das so ansehe ... aber egal

 

Mar 10 03:52:36 Tower kernel: ------------[ cut here ]------------
Mar 10 03:52:36 Tower kernel: NETDEV WATCHDOG: eth0 (r8152): transmit queue 0 timed out
Mar 10 03:52:36 Tower kernel: WARNING: CPU: 20 PID: 0 at net/sched/sch_generic.c:525 dev_watchdog+0x14e/0x1c0
Mar 10 03:52:36 Tower kernel: Modules linked in: xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_addrtype br_netfilter nvidia_uvm(PO) xfs md_mod zfs(PO) zunicode(PO) zzstd(O) zlua(O) zavl(PO) icp(PO) zcommon(PO) znvpair(PO) spl(O) tcp_diag inet_diag ipmi_devintf ip6table_filter ip6_tables iptable_filter ip_tables x_tables efivarfs bridge af_packet 8021q garp mrp stp llc macvtap macvlan tap r8152(O) igb nvidia_drm(PO) nvidia_modeset(PO) amd64_edac edac_mce_amd edac_core intel_rapl_msr intel_rapl_common iosf_mbi ddbridge(O) cxd2099(O) kvm_amd nvidia(PO) lnbp21(O) kvm ast drm_vram_helper drm_ttm_helper video stv0367dd(O) ttm crct10dif_pclmul wmi tda18212dd(O) crc32_pclmul crc32c_intel stv090x(O) drm_kms_helper ghash_clmulni_intel stv6110x(O) sha512_ssse3 mxl5xx(O) sha256_ssse3
Mar 10 03:52:36 Tower kernel: stv6111(O) ipmi_ssif drxk(O) sha1_ssse3 drm nvme stv0910(O) lnbh25(O) aesni_intel cxd2843(O) dvb_core(O) ahci agpgart i2c_piix4 crypto_simd backlight i2c_algo_bit ftdi_sio cryptd input_leds acpi_ipmi syscopyarea sysfillrect nvme_core joydev k10temp rapl i2c_core sysimgblt usbserial ccp libahci led_class fb_sys_fops ipmi_si button acpi_cpufreq unix [last unloaded: r8152(O)]
Mar

 

4 minutes ago, Gee1 said:

Mein Problem ist absolut nicht MACVLAN related. Das ist ein HW Problem und ich suche Leute die einen Workaround gefunden haben

 

da du dir ja ganz sicher bist, schauen wir mal was die Lösung ist für dein HW Problem, sag Bescheid was es war ...

[Gee1]

ich verstehe was du meinst und das die Symptome ähnlich sind.. hängt aber Speziell mit dem Realtec chip zusammen wenn der über 10GBit USB C angebunden ist. Gibt nur leider kaum Alternativen und ich suche eine Software Lösung oder ein Treiber Update.. ein aktuellerer Unraid Kernel Kernel könnte vielleicht auch helfen aber das dauert ja noch.

 

Und wie ich schon geschrieben habe, mit IPVLAN genau das selbe... also nix MACVLAN Problem

Edited March 10 by Gee1

[DataCollector]

16 minutes ago, Gee1 said:

hängt aber Speziell mit dem Realtec chip zusammen wenn der über 10GBit USB C angebunden ist. Gibt nur leider kaum Alternativen ...

 

aber es gibt sie:

Wenn Du meinst, das Problem hängt mit dem Realtek Chip zusammen, läßt sich dieser Chip umgehen:

 

https://geizhals.de/trendnet-tuc-et5g-a2067103.html?hloc=at&hloc=de

TRENDnet LAN-Adapter, RJ-45, USB-C 3.0 [Stecker] (TUC-ET5G) Marvell/Aquantia AQtion AQC111U (LAN-Adapter, RJ-45)

 

https://geizhals.de/manhattan-lan-adapter-153461-a2347377.html?hloc=at&hloc=de

Manhattan LAN-Adapter, RJ-45, USB-C 3.0 [Stecker] (153461) Marvell/Aquantia AQtion AQC111U (LAN-Adapter, RJ-45)

 

Und wenn man es gebrauchen kann. Damit ist auch 5GBLan N-Base-T möglich (5GBLan ist aber etwas energieintensiver).

[Gee1]

ich versuche erstmal den anderen Weg, hab mir nen Adapter von USB C auf A bestellt, damit kann ich den NIC direkt am Onboard USB von AMD betreiben. Werd auf jeden Fall Berichten obs was gebracht hat falls jemand das gleiche Problem hat und das hier liest.

 

PS: aktuell hängt der NIC an nem ASM Chipset das hat auf meiner alten Xeon Platform schon nicht funktioniert (crash bei Full Speed, auch im Netzwerk), hatte ihn dann direkt am Intel Chipset USB Port hängen und ist dort reibungslos gelaufen.

 

Auch interessant: wenn ich NIC Offload deaktiviere schmiert der NIC sofort ab

Edited March 10 by Gee1

[Gee1]

gibt es eine möglichkeit commands auszuführen bevor der Netzwerk Service gestartet wird?

Ich will folgende Zeilen zum Test ausführen:

ethtool -K eth0 tx off

ethtool -K br0 tx off

ethtool --offload br0 gso off tso off sg off gro off
ethtool --offload eth0 gso off tso off sg off gro off

Edited March 13 by Gee1

[Gee1]

mal ein Update: der 8156 hat ja nicht funktioniert an drei Controllern (2x ASMedia und 1x AMD).habe drauf hin noch einen 8156B getesten -> selbes Ergebniss. An Intel Controllern scheint es jedoch zu funzen (auf meienr alten Xeon Plattform)

 

Habe mich desshalb von RT8156 verabschiedet und gehe direkt auf 10G NICs von Intel (billiger X540-T2)