blinddark Posted January 2, 2022 Share Posted January 2, 2022 (edited) Hallo, zunächst allen erst einmal ein möglichst gesundes Jahr 2022. Seit einigen Tagen stürzt mein Server einmal am Tag ab. Leider habe ich noch nicht so recht dahinter kommen können, woran es liegt. Hat eventuell jemand einen Ansatz?Den Cache als auch Docker habe ich neu aufgebaut und auch die Netzwerkkonfiguration neu vorgenommen. Nachstehend einmal die letzten SysLog-Zeilen vor dem Absturz und das Debug-File. Die Lüfter laufen dann sehr hoch und das System ist nicht mehr erreichbar und lässt sich auch nur hart ausschalten. Eine Idee ist noch die neu eingebaute Netzwerkkarte: Asus XG-C100C 10G. Laut rezension ist diese aber kompatiebel. Jan 2 07:03:50 NASwieWasser kernel: ------------[ cut here ]------------ Jan 2 07:03:50 NASwieWasser kernel: refcount_t: addition on 0; use-after-free. Jan 2 07:03:50 NASwieWasser kernel: WARNING: CPU: 7 PID: 212 at lib/refcount.c:25 refcount_warn_saturate+0x88/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs dm_crypt dm_mod dax nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod mdev i915 iosf_mbi i2c_algo_bit ttm drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding atlantic r8169 realtek intel_wmi_thunderbolt wmi_bmof x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd intel_cstate intel_uncore i2c_i801 i2c_smbus i2c_core nvme nvme_core ahci libahci wmi thermal fan tpm_crb tpm_tis video tpm_tis_core tpm backlight acpi_pad button acpi_tad [last unloaded: atlantic] Jan 2 07:03:50 NASwieWasser kernel: CPU: 7 PID: 212 Comm: kswapd0 Tainted: G U W 5.14.15-Unraid #1 Jan 2 07:03:50 NASwieWasser kernel: Hardware name: Gigabyte Technology Co., Ltd. B560 HD3/B560 HD3, BIOS F10 11/03/2021 Jan 2 07:03:50 NASwieWasser kernel: RIP: 0010:refcount_warn_saturate+0x88/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Code: 05 07 61 df 00 01 e8 27 f4 40 00 0f 0b c3 80 3d f7 60 df 00 00 75 72 48 c7 c7 41 53 ed 81 c6 05 e7 60 df 00 01 e8 08 f4 40 00 <0f> 0b c3 80 3d d7 60 df 00 00 75 53 48 c7 c7 6d 53 ed 81 c6 05 c7 Jan 2 07:03:50 NASwieWasser kernel: RSP: 0018:ffffc90000897a88 EFLAGS: 00010282 Jan 2 07:03:50 NASwieWasser kernel: RAX: 0000000000000000 RBX: 000000004aeb6000 RCX: 0000000000000027 Jan 2 07:03:50 NASwieWasser kernel: RDX: 0000000000000003 RSI: ffffc90000897910 RDI: ffff8888a03d8570 Jan 2 07:03:50 NASwieWasser kernel: RBP: ffff888143a84750 R08: ffffffff820b4e68 R09: ffffffff82044e48 Jan 2 07:03:50 NASwieWasser kernel: R10: 00007fffffffffff R11: ffff8884e9b8a690 R12: ffff888143a845a0 Jan 2 07:03:50 NASwieWasser kernel: R13: 000000004aeb7000 R14: 0000000000000001 R15: ffff888124011cd0 Jan 2 07:03:50 NASwieWasser kernel: FS: 0000000000000000(0000) GS:ffff8888a03c0000(0000) knlGS:0000000000000000 Jan 2 07:03:50 NASwieWasser kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 2 07:03:50 NASwieWasser kernel: CR2: 0000154e65346738 CR3: 000000000400a001 CR4: 0000000000770ee0 Jan 2 07:03:50 NASwieWasser kernel: PKRU: 55555554 Jan 2 07:03:50 NASwieWasser kernel: Call Trace: Jan 2 07:03:50 NASwieWasser kernel: __lookup_extent_mapping+0xbf/0xd4 Jan 2 07:03:50 NASwieWasser kernel: try_release_extent_mapping+0xa0/0x206 Jan 2 07:03:50 NASwieWasser kernel: btrfs_releasepage+0x3b/0x55 Jan 2 07:03:50 NASwieWasser kernel: shrink_page_list+0x6aa/0x9af Jan 2 07:03:50 NASwieWasser kernel: shrink_lruvec+0x698/0x9d5 Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: balance_pgdat+0x26d/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: ? arch_local_irq_save+0x11/0x17 Jan 2 07:03:50 NASwieWasser kernel: kswapd+0x2ba/0x2f9 Jan 2 07:03:50 NASwieWasser kernel: ? init_wait_entry+0x29/0x29 Jan 2 07:03:50 NASwieWasser kernel: ? balance_pgdat+0x3f9/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: kthread+0xdc/0xe3 Jan 2 07:03:50 NASwieWasser kernel: ? set_kthread_struct+0x32/0x32 Jan 2 07:03:50 NASwieWasser kernel: ret_from_fork+0x1f/0x30 Jan 2 07:03:50 NASwieWasser kernel: ---[ end trace ce07ab36a46e6aab ]--- Jan 2 07:03:50 NASwieWasser kernel: ------------[ cut here ]------------ Jan 2 07:03:50 NASwieWasser kernel: refcount_t: underflow; use-after-free. Jan 2 07:03:50 NASwieWasser kernel: WARNING: CPU: 7 PID: 212 at lib/refcount.c:28 refcount_warn_saturate+0xa7/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Modules linked in: veth xt_nat xt_tcpudp macvlan xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs dm_crypt dm_mod dax nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod mdev i915 iosf_mbi i2c_algo_bit ttm drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables bonding atlantic r8169 realtek intel_wmi_thunderbolt wmi_bmof x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd intel_cstate intel_uncore i2c_i801 i2c_smbus i2c_core nvme nvme_core ahci libahci wmi thermal fan tpm_crb tpm_tis video tpm_tis_core tpm backlight acpi_pad button acpi_tad [last unloaded: atlantic] Jan 2 07:03:50 NASwieWasser kernel: CPU: 7 PID: 212 Comm: kswapd0 Tainted: G U W 5.14.15-Unraid #1 Jan 2 07:03:50 NASwieWasser kernel: Hardware name: Gigabyte Technology Co., Ltd. B560 HD3/B560 HD3, BIOS F10 11/03/2021 Jan 2 07:03:50 NASwieWasser kernel: RIP: 0010:refcount_warn_saturate+0xa7/0xe8 Jan 2 07:03:50 NASwieWasser kernel: Code: 05 e7 60 df 00 01 e8 08 f4 40 00 0f 0b c3 80 3d d7 60 df 00 00 75 53 48 c7 c7 6d 53 ed 81 c6 05 c7 60 df 00 01 e8 e9 f3 40 00 <0f> 0b c3 80 3d b7 60 df 00 00 75 34 48 c7 c7 95 53 ed 81 c6 05 a7 Jan 2 07:03:50 NASwieWasser kernel: RSP: 0018:ffffc90000897ab8 EFLAGS: 00010286 Jan 2 07:03:50 NASwieWasser kernel: RAX: 0000000000000000 RBX: ffffea000fbc74c0 RCX: 0000000000000027 Jan 2 07:03:50 NASwieWasser kernel: RDX: 0000000000000003 RSI: ffffc90000897940 RDI: ffff8888a03d8570 Jan 2 07:03:50 NASwieWasser kernel: RBP: ffff888143a845a0 R08: ffffffff820b4e68 R09: ffffffff82044e48 Jan 2 07:03:50 NASwieWasser kernel: R10: 00007fffffffffff R11: ffff8884e9b8a690 R12: ffff888124011ae8 Jan 2 07:03:50 NASwieWasser kernel: R13: ffff888124011ac0 R14: 000000004aeb6000 R15: ffff888124011cd0 Jan 2 07:03:50 NASwieWasser kernel: FS: 0000000000000000(0000) GS:ffff8888a03c0000(0000) knlGS:0000000000000000 Jan 2 07:03:50 NASwieWasser kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 2 07:03:50 NASwieWasser kernel: CR2: 0000154e65346738 CR3: 000000000400a001 CR4: 0000000000770ee0 Jan 2 07:03:50 NASwieWasser kernel: PKRU: 55555554 Jan 2 07:03:50 NASwieWasser kernel: Call Trace: Jan 2 07:03:50 NASwieWasser kernel: try_release_extent_mapping+0xd3/0x206 Jan 2 07:03:50 NASwieWasser kernel: btrfs_releasepage+0x3b/0x55 Jan 2 07:03:50 NASwieWasser kernel: shrink_page_list+0x6aa/0x9af Jan 2 07:03:50 NASwieWasser kernel: shrink_lruvec+0x698/0x9d5 Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? try_to_wake_up+0x1db/0x20f Jan 2 07:03:50 NASwieWasser kernel: ? shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: shrink_node+0x277/0x56e Jan 2 07:03:50 NASwieWasser kernel: balance_pgdat+0x26d/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: ? arch_local_irq_save+0x11/0x17 Jan 2 07:03:50 NASwieWasser kernel: kswapd+0x2ba/0x2f9 Jan 2 07:03:50 NASwieWasser kernel: ? init_wait_entry+0x29/0x29 Jan 2 07:03:50 NASwieWasser kernel: ? balance_pgdat+0x3f9/0x3f9 Jan 2 07:03:50 NASwieWasser kernel: kthread+0xdc/0xe3 Jan 2 07:03:50 NASwieWasser kernel: ? set_kthread_struct+0x32/0x32 Jan 2 07:03:50 NASwieWasser kernel: ret_from_fork+0x1f/0x30 Jan 2 07:03:50 NASwieWasser kernel: ---[ end trace ce07ab36a46e6aac ]--- naswiewasser-diagnostics-20220102-1043.zip Edited January 9, 2022 by blinddark Gelöst Quote Link to comment
mgutt Posted January 2, 2022 Share Posted January 2, 2022 Die Logs gehen bei einem Neustart verloren. Bitte syslogs mirror aktivieren. Poste außerdem mal deine Netzwerk-Einstellungen und Docker-Übersicht. Nutzt du br0 bei Docker und VM gleichzeitig? Kannst du einen Monitor anschließen, so dass du den Absturz beobachten kannst? Manchmal landet auf dem Bildschirm ein Kernel-Fehler, der nicht in den Logs zu sehen ist. Quote Link to comment
blinddark Posted January 2, 2022 Author Share Posted January 2, 2022 Hallo, vielen Dank für die Antwort. Syslog habe ich auf den Stick schreiben lassen und das oben waren die letzten Zeilen. Zuvor war der letzte Eintrag über 2 Stunden her und es lief noch alles. Leider ist die Datei etwas groß, um sie im Ganzen zu posten. Ich werde aber mal eine Neue erstellen. Dies sind meine Docker Einstellungen: Spoiler ANWENDUNG VERSION NETZWERK PORT ZUORDNUNGEN (APP ZU HOST) VOLUMENZUORDNUNGEN (APP ZU HOST) PROZESSOR/SPEICHER AUSLASTUNG AUTOSTART BETRIEBSZEIT duplicati GestartetContainer ID: d3d9f755f657 Von: lscr.io/linuxse...licati Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.231:8200/TCP192.168.78.231:8200 /etc/localtime/etc/localtime /config/mnt/user/appdata/duplicati /backups/mnt/user/Backup/duplicati /source/mnt/user/ /tmp/mnt/user/duplicati/tmp 4.68% 2.087GiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden mariadb GestartetContainer ID: 2a8a993c944d Von: lscr.io/linuxse...ariadb Up-To-Date Aktualisierung erzwingen latest host 192.168.78.11:3306/TCP192.168.78.11:3306 /config/mnt/user/appdata/mariadb /etc/localtime/etc/localtime 0% 358.9MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nextcloud GestartetContainer ID: c5498c740e70 Von: lscr.io/linuxse...tcloud Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.240:443/TCP192.168.78.240:443 192.168.78.240:80/TCP192.168.78.240:80 /data/mnt/user/nextcloud /etc/localtime/etc/localtime /config/mnt/user/appdata/nextcloud 0% 136.1MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx GestartetContainer ID: 3c57fe75bb7c Von: lscr.io/linuxse.../nginx Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.246:443/TCP192.168.78.246:443 192.168.78.246:80/TCP192.168.78.246:80 /etc/localtime/etc/localtime /config/mnt/user/appdata/nginx 0% 23.05MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx-limesurvey GestartetContainer ID: 5c1192ae5d34 Von: lscr.io/linuxse.../nginx Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.233:443/TCP192.168.78.233:443 192.168.78.233:80/TCP192.168.78.233:80 /etc/localtime/etc/localtime /config/mnt/user/appdata/nginx-limesurvey 0% 22.62MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden nginx-proxy-manager GestartetContainer ID: a47a5795ee65 Von: jc21/nginx-proxy-manager Bereit zum Aktualisieren Aktualisierung anwenden latest br0 192.168.78.230:443/TCP192.168.78.230:443 192.168.78.230:80/TCP192.168.78.230:80 192.168.78.230:81/TCP192.168.78.230:81 /etc/localtime/etc/localtime /data/mnt/user/appdata/Nginx-Proxy-Manager-Official/data /etc/letsencrypt/mnt/user/appdata/Nginx-Proxy-Manager-Official/letsencrypt /var/log/tmp/Nginx-Proxy-Manager-Official/var/log 0% 132.5MiB / 1GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden owi2plex GestartetContainer ID: ae8f4fa6e769 Von: alturismo/owi2plex Up-To-Date Aktualisierung erzwingen latest host /config/mnt/user/appdata/owi2plex /owi2plex/mnt/user/appdata/owi2plex /TVH/mnt/user/appdata/nginx/www/ /etc/localtime/etc/localtime 0% 660KiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden PhotoPrism GestartetContainer ID: 2c97c7c158ca Von: photoprism/photoprism Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.247:2342/TCP192.168.78.247:2342 /etc/localtime/etc/localtime /photoprism/storage/mnt/user/appdata/photoprism /photoprism/originals/mnt/user/photo /photoprism/import/mnt/user/share/Foto_Import 0% 148.5MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 14 Stunden piwigo GestartetContainer ID: 196ba40d37ce Von: lscr.io/linuxse...piwigo Up-To-Date Aktualisierung erzwingen latest bridge 172.17.0.2:80/TCP192.168.78.11:8100 /gallery/mnt/user/piwigo /alben/mnt/user/photo /etc/localtime/etc/localtime /config/mnt/user/appdata/piwigo 0% 12.64MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden plex GestartetContainer ID: b9be2fd66c77 Von: lscr.io/linuxserver/plex Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.244:1900/UDP192.168.78.244:1900 192.168.78.244:3005/TCP192.168.78.244:3005 192.168.78.244:32400/TCP192.168.78.244:32400 192.168.78.244:32410/UDP192.168.78.244:32410 192.168.78.244:32412/UDP192.168.78.244:32412 192.168.78.244:32413/UDP192.168.78.244:32413 192.168.78.244:32414/UDP192.168.78.244:32414 192.168.78.244:32469/TCP192.168.78.244:32469 192.168.78.244:5353/UDP192.168.78.244:5353 192.168.78.244:8324/TCP192.168.78.244:8324 /media/music/mnt/user/Music /media/video/mnt/user/video /media/vuplus/mnt/user/vuplus /media/photo/mnt/user/photo /transcode/mnt/user/appdata/plex /etc/localtime/etc/localtime /config/mnt/user/appdata/plex 0% 204.3MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden pyload GestartetContainer ID: b30952a47f3f Von: lscr.io/linuxse...pyload Up-To-Date Aktualisierung erzwingen latest host 192.168.78.11:7227/TCP192.168.78.11:7227 192.168.78.11:8000/TCP192.168.78.11:8000 /downloads/mnt/user/Pyload /etc/localtime/etc/localtime /config/mnt/user/appdata/pyload 0% 25.46MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden urbackup GestartetContainer ID: 011bd8f1b9e8 Von: binhex/arch-urbackup Up-To-Date Aktualisierung erzwingen latest br0 192.168.78.245:55413/TCP192.168.78.245:55413 192.168.78.245:55414/TCP192.168.78.245:55414 192.168.78.245:55415/TCP192.168.78.245:55415 /media/mnt/user/Backup/UrBackup/ /etc/localtime/etc/localtime /config/mnt/user/appdata/binhex-urbackup 0% 35.19MiB / 31.17GiB AN warte Betriebszeit: 7 Stunden Erstellt: vor 13 Stunden Dies die Netzwerkeinstellungen: Spoiler Schnittstelle eth0 Schnittstellenbeschreibung: MAC Adresse: D8:5E:D3:23:67:08 Netzwerkbündelung aktivieren:Ja Netzwerkkartenbündelungs-Modus:802.3ad (4) Teilnehmer der Netzwerkkartenbündelung bond0: eth0 eth1 Netzwerkbrücke aktivieren:ja Netzwerkprotokoll: Nur IPv4 IPv4 Adresszuweisung:Statisch IPv4 Adresse:192.168.78.11/24 IPv4 Standard Gateway:192.168.78.1 optionale Metrik (kleinste Zahl wird bevorzugt, 0 bedeutet kein Standard Gateway) IPv4 DNS Server Zuweisung:Statisch IPv4 DNS Server:192.168.78.250 IPv4 DNS Server 2:192.168.78.1 Gewünschte MTU:1500 VLANs aktivieren: Nein Beende Docker Dienst um Änderungen durchzuführen, siehe (Einstellungen) Schnittstelle eth1 Schnittstellenbeschreibung: Mitglied von bond0 (Siehe Oberfläche eth0) MAC Adresse: D8:5E:D3:23:67:08 Beende Docker Dienst um Änderungen durchzuführen, siehe (Einstellungen) Schnittstellenregeln Schnittstelle eth0: D8:5E:D3:23:67:0804:42:1A:3C:78:C8PCI device 0x10ec:0x8168 (r8169) Schnittstelle eth1: D8:5E:D3:23:67:0804:42:1A:3C:78:C8PCI device 0x1d6a:0x07b1 (atlantic) Routing Table PROTOKOLLROUTEGATEWAYMETRIKLÖSCHEN IPv4default192.168.78.1 via br01 IPv4172.17.0.0/16docker01 IPv4192.168.78.0/25shim-br01 IPv4192.168.78.0/24br01 IPv4192.168.78.128/25shim-br01 Route, Gateway und Metrik eingeben: optionale Metrik (kleinste Zahl wird bevorzugt) BR0 wird gleichzeitig von Docker und einer VM genutzt. Quote Link to comment
mgutt Posted January 2, 2022 Share Posted January 2, 2022 4 minutes ago, blinddark said: Leider ist die Datei etwas groß, um sie im Ganzen zu posten. Es reichen ein paar Hundert Zeilen rund um den Neustart. 5 minutes ago, blinddark said: BR0 wird gleichzeitig von Docker und einer VM genutzt. Das kann zu Abstürzen führen. Ursache nicht ganz klar. Manche haben das gelöst, in dem sie auf die aktuelle Unraid Beta aktualisiert haben und bei den Docker-Einstellungen auf ipvlan umgestellt haben. Andere sind komplett von br0 bei Docker weggegangen. Quote Link to comment
blinddark Posted January 2, 2022 Author Share Posted January 2, 2022 Ich habe mal ein gekürztes Logfile angehängt. ab 07:03:50 passierte nichts mehr und danach kommen erst wieder Einträge, nachdem ich den Reset-Knopf betätigt habe. syslog.txt Quote Link to comment
blinddark Posted January 2, 2022 Author Share Posted January 2, 2022 nachstehend auch noch einmal meine Docker-Einstellungen. auf IPVLAN werde ich mal noch umstellen. die Pfade für Appdata und System habe ich auf nur cache gestellt. Docker aktivieren:Ja Timeout für das Stoppen eines Docker Containers:10S Docker Version:20.10.9 Docker Verzeichnis:/mnt/user/system/docker/ Standard appdata Speicherpfad:/mnt/user/appdata/ Rotation der Docker-Protokolldateien:Aktiviert Docker custom network type:macvlan Host Zugang zu benutzerdefinierten Netzwerken:Aktiviert Speichere benutzerdefinierte Netzwerke:Nein Benutzerdefiniertes IPv4 Netzwerk auf Schnittstelle br0:Subnetz: 192.168.78.0/24 Gateway: 192.168.78.1 DHCP Pool: nicht definiert Quote Link to comment
i-B4se Posted January 2, 2022 Share Posted January 2, 2022 Kurz OT: Warum darf deine Signatur 12 Zeilen haben? Quote Link to comment
blinddark Posted January 2, 2022 Author Share Posted January 2, 2022 Das kann ich dir nicht beantworten.. 1 Quote Link to comment
blinddark Posted January 6, 2022 Author Share Posted January 6, 2022 Die Asus XG-C100C scheint die Abstürze verursacht zu haben. Nachdem sich der Server alle 12 bis 18 Stunden verabschiedet hat, habe ich das bounding mal aufgelöst und die Karte ausgebaut. Nun läuft er seit 1,5 Tagen durch. Als nächstes werde ich die Karte mal wieder einbauen und zunächst einzeln betreiben. Mal schauen, was dann passiert. Eben habe ich außerdem noch etwas in den aktuellen readmes gefunden, das kann ja auch noch einen Versuch wert sein: https://dlcdnets.asus.com/pub/ASUS/wireless/XG-C100C/DR_XG-C100C_5033.zip Disable GRO when routing/bridging --------------------------------- Due to a known kernel issue, GRO must be turned off when routing/bridging. This can be done by running: ethtool -K <ethX> gro off Disable LRO when routing/bridging --------------------------------- Due to a known kernel issue, LRO must be turned off when routing/bridging. This can be done by running: ethtool -K <ethX> lro off Quote Link to comment
DataCollector Posted January 6, 2022 Share Posted January 6, 2022 Hallo @blinddark 7 hours ago, blinddark said: Die Asus XG-C100C scheint die Abstürze verursacht zu haben. Nachdem sich der Server alle 12 bis 18 Stunden verabschiedet hat, habe ich das bounding mal aufgelöst und die Karte ausgebaut. Nun läuft er seit 1,5 Tagen durch. Nur so als Info: ASUS XG-C100C [1d6a:d107] 07:00.0 Ethernet controller: Aquantia Corp. AQC107 NBase-T/IEEE 802.3bz Ethernet Controller [AQtion] (rev 02) auf Fujitsu D3644-B + I3-8100 + 64GB ECC RAM neben ASM1064 Karte, Adaptec HBA 7 Series, JMB 582 Kärtchen angeschlossen an einem Mikrotik-CRS312-4C+8XG-RM. Meine Asuskarte macht in dieser Konstellation bei mir keine Probleme. Aber ich nutze bisher auch noch keine komplizierten Netzwerkkonstellationen auf meinem unraid. (bisher hauptsächlich als NAS mit krusader/ich777 Docker und MC). 7 hours ago, blinddark said: Eben habe ich außerdem noch etwas in den aktuellen readmes gefunden, das kann ja auch noch einen Versuch wert sein: https://dlcdnets.asus.com/pub/ASUS/wireless/XG-C100C/DR_XG-C100C_5033.zip Komischer Link. Meine XG-C100C ist nicht "wireless". Quote Link to comment
mgutt Posted January 6, 2022 Share Posted January 6, 2022 9 hours ago, blinddark said: Eben habe ich außerdem noch etwas in den aktuellen readmes gefunden, das kann ja auch noch einen Versuch wert sein: Interessanter Fund. Fehler in den Logs gab es aber keine als der Server abschmierte? Quote Link to comment
blinddark Posted January 6, 2022 Author Share Posted January 6, 2022 2 hours ago, DataCollector said: Komischer Link. Meine XG-C100C ist nicht "wireless". Für die Struktur bei Asus kann ich ja nichts. vlt ist es so einsortiert, weil die Karte direkt in den PCI-Slot kommt und nicht via Kabel angebunden ist.. @mgutt: Die Logs haben nichts ausgegeben. Der Server war einfach weg. Ich werde mal einen Monitor anschließen und wenn die Problemchen auftreten sollten einen Sehenden drüber schauen lassen. Eventuell lässt sich das Ganze ja aber auch mit den beiden Settings von oben beheben. Ich versuche das Ganze am Nachmittag mal. Quote Link to comment
mgutt Posted January 7, 2022 Share Posted January 7, 2022 On 1/6/2022 at 12:16 PM, blinddark said: Ich werde mal einen Monitor anschließen Dann musst du aber den Sleep deaktivieren. Ich denke so sollte das gehen: https://unix.stackexchange.com/a/32043/101920 Quote Link to comment
Solution blinddark Posted January 8, 2022 Author Solution Share Posted January 8, 2022 So, ich hab die Karte wieder eingebaut, sie auf eth0 gestellt, die beiden befehle für eth0 und eth1 abgesetzt: ethtool -K eth0 gro off ethtool -K eth1 gro off ethtool -K eth0 lro off ethtool -K eth1 lro off Ich habe aber "gesehen, dass beim bond0 7 Sendefehler angezeigt werden Drops: 7 Das nach ca. 3 Stunden Laufzeit. Werde ich mal beobachten. Quote Link to comment
blinddark Posted January 8, 2022 Author Share Posted January 8, 2022 Bisher läuft der Server. Die Drops erhöhen sich nicht. Nach einem Neustart waren es 6 und dabei steht die Zahl auch nach 09:42 H. Ich habe zudem mal mit NASTester 5 Testfiles mit je 4 GB in beide Richtungen übertragen. Keine Fehler oder Einbrüche. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.