JayDee73

Update: After a reboot plugin is working again. Problem resolved.

Hi guys, I am using the Plugin for several months now, since now without problems. But today I wanted to start the plugin and, as usual, the scanning-windows pops up: But unfortunately...that's it...the plugin does not start the scanning. I can leave the window open for minutes, nothing happens. No progression at all. I can go back and open the Unraid dashboard, so Unraid itself is still running. I can also re-open the plugin, but just to get the same result. De-installation and re-installation of the plugin also hasn't changed the behavior. Any hints? Regards, Stefan

Ok, Danke. Habe auch gesehen, dass Gigabyte das (warum auch immer) bei fast jedem Board schreibt. Sei's drum. Die NIC läuft ja grundsätzlich auch. Es bleibt aber das Problem mit der deutlich schlechteren Übertragungsleistung in die eine Richtung. Das ist für mich ein Showstopper, wenn ich dafür keine Lösung finde.

Also ich bin kurz davor, aufzugeben. Ich kriege das nicht vernünftig (=stabil) zum Laufen. Mit "pcie_port_pm=off pcie_aspm.policy=performance" lief es 20 Tage stabil (will sagen: tritt der Fehler vermutlich nicht auf), aber damit verbraucht mir das System zu viel Strom, weil ASPM eben komplett deaktiviert wird. Selbst wenn ich ASPM für die NIC deaktiviere (und für alle anderen Devices aktiviere), lief es nicht stabil. Ätzend. Ich werde also vermutlich auf das hier schon oft empfohlene B760M DS3H DDR4 wechseln. Ja, das hat ne RTL NIC, die auch nicht frei von Problemen ist. Aber ich hoffe, in Summe ist das dann trotzdem die bessere Wahl.

Dieses Board bringt mich noch ins Grab... 😞 Ich habe mir gerade die Anleitung nochmal durchgelesen und dort steht für den PCIe-Slot: The PCIEX16 slot can only support a graphics card or an NVMe SSD. Was ist das denn für eine Sch....e?? Meinen die das ernst? Da darf man keine NIC reinstecken, bzw. ist dann nicht supportet? Wo ist denn da die Begründung? Performance kanns ja wohl nicht sein, eine GPU oder eine NVMe würde doch den Slot viel mehr belasten, oder?

Hallo zusammen, kein direktes Unraid-Problem, aber vielleicht hat ja einer der Hardware-Cracks hier einen Tipp für mich. Ich betreibe Unraid auf einem Gigabyte B760I Board. Die Onboard-NIC (Intel 225) habe ich deaktiviert, da sie nicht stabil lief (anderes Thema, anderer Thread.. ). Ich versuche es nun mit einer gesteckten I226 im PCIe-Slot (verbunden mit 1G). Und stoße dabei direkt auf das nächste Problem: Die Netzwerkperformance ist nur eine Richtung bei 1G. Die andere Richtung liegt bei unter 100Mbit (gemessen mit iperf von verschiedenen Endgeräten aus. Immer nur wenn ich auf Unraid mit -s messe, ist die Performance schlecht. Andere Richtung (also mit -c) bringt 1G und alle anderen Geräte untereinander bringen auch 1G. Also liegt das Problem mMn bei der Unraid NIC). Was ich rausgefunden habe: Sobald ich das Array offline nehme, ist die Geschwindigkeit bei vollen 1GB in beiden Richtungen! Exakt das gleiche Problem wird hier auch beschrieben: Dort wird vermutet, dass der SATA-Controller und der PCIe-Slot sich Bandbreite teilen. Haltet ihr das für möglich? Und was noch viel wichtiger ist: Kann ich das durch BIOS-Einstellungen beeinflussen? Das kann ja irgendwie nicht sein, dass im Jahr 2024 bei einem knapp 200 Euro Board so ein Flaschenhals existiert, oder? Es ist ja "nur" eine 1G-Anbindung. Wenn ich jetzt eine 10G-Anbindung hätte, könnte ich einen Flaschenhals ja ggf. noch verstehen. Ich sehe folgende BIOS-Einstellungen, wo ich der Meinung bin, dass sie ggf. eine Auswirkung hätten: PCIE Bifuraction Support ("Allows you to determine how the bandwidth of the PCIEX16 slot is divided.") CPU PCIe Link Speed PCH PCIe Link Speed Hat jemand hier vielleicht einen Tipp, wie das zu entknoten ist? Tausend Dank, Stefan PS: Nur als Ergänzung: Mit der Onboard-NIC gab es dieses Problem nicht. Da waren es auch mit laufendem Array in beiden Richtungen 1G.

NPM

Nicht, dass es direkt hilft, aber ich habe das auch. Gleicher Docker und die webfinger-Warnung krieg ich einfach nicht weg...

I had another NIC-detach-crash with the above mentioned settings. So with further research, de-activating ASPM at all will solve the issue. You can add pcie_port_pm=off pcie_aspm.policy=performance to the boot settings to achieve this. But with this option ALL PCI devices will have ASPM de-activated, which isn't really necessary, because we only have one problematic device (the NIC). So atm I am trying to enable ASPM in general (also running powertop) and only de-activate ASPM for the Intel NIC. Will monitor this setup during the coming days...

Ok, Danke. Könnte ich dann nicht auch powertop -auto-tune machen und danach "nur" für die PCIe-NIC PowerManagement wieder "deaktivieren"? Das wäre doch dann: echo on | tee /sys/bus/pci/devices/0000:03:00.0/power/control Oder? Das erscheint mir etwas weniger Aufwand als für jedes "???" Device die Kommandos einzeln ins go-file zu setzen. Oder reicht da wirklich eine Zeile mit ??-Wildcards, und der geht alle nacheinander durch (again, ich bin kein Linux-Spezi ).

Ähm, vielleicht habt ihr mich und meinen eingeschränkten Sachverstand gerade verloren.... Syslog spricht von "igc 0000:03:00.0 eth0: PCIe link lost, device now detached". Daraus lese ich, dass es sich um das PCI-Device "Netzwerkkarte" (also die Onboard-Intel-225) dreht. Stimmt das nicht? DataCollector schreibt ja jetzt, dass man das richtige PCI-Device erst noch finden muss. Ich dachte, das wäre eindeutig die NIC. Nicht?

Dank dir. Ich habe aktuell alleine 5 Threads hier im Forum, denen ich folge, wo dieses Board verwendet wird und wo es das gleiche Fehlerbild gibt. Könnte die Links hier posten, aber muss ja nicht sein. Ja, das könnte ich noch probieren. Nicht hart aspm=off für alles setzen und damit alle Devices rausnehmen, sondern tatsächlich nur die Intel-NIC. Da muss ich mal schauen, welcher Befehl da zu verwenden ist. Wird sich vermutlich hier im Thread oder im Powertop-Thread irgendwo finden. Bin kein Linux-Spezi....

Moin! Da es im Wesentlichen ein Stromsparthema ist, poste ich mein Problem mal hier. Ich habe ein Gigabyte B760I MiniITX (mit Intel 2,5G Onboard), welches nicht stabil läuft. Zumindest nicht, sobald die üblichen Stromsparmechanismen aktiviert werden (ASPM, C-States, Powertop selbst war aber noch gar nicht aktiv). Es gibt zahlreiche Leidgenossen hier im Forum mit dem gleichen Board und dem gleichen Problem. In unregelmäßigen, nicht reproduzierbaren Abständen steigt die NIC aus, im Syslog steht dann: Unraid kernel: igc 0000:03:00.0 eth0: PCIe link lost, device now detached Workarounds, die mir jetzt einfallen (oder im Netz schon empfohlen wurden): a) pcie_port_pm=off pcie_aspm.policy=performance (was den Stromverbrauch erhöht, da dann auch alle anderen Devices ASPM=off sind (siehe Screenshot anbei). Da ich ja gerade stromsparen will, erscheint mir das nicht als die beste Option. Aber das System liefe damit zumindest stabil. b) Es gibt ein Github-Repo, wo jemand ein Script geschrieben hat, welches regelmäßig im syslog nach diesem Eintrag schaut und dann die NIC einmal deaktiviert und wieder aktiviert. Das scheint zu gehen, aber das ist ja eher rumdoktorn an den Symptomen als dass es Ursachenbekämpfung ist. c) Board tauschen gegen eins, was keinen Stress macht (welches ITX-Board käme in Frage)? d) separate PCIe-NIC verwenden und die Onboard-NIC kaltstellen. Was nimmt man da? RTL? Oder ne Intel 226? Oder macht eine gesteckte 225 vielleicht keinen Stress? Welche PCIe-NIC (1G würde mir reichen, 2.5G wäre für die Zukunft nice to have) kann ASPM und tiefere C-States? Wobei auch diese NIC dann wieder zusätzlich Strom verbraucht, was so ja eigentlich nicht zwangsläufig notwendig gewesen wäre... Habt ihr dazu Ideen oder Vorschläge? Und vielleicht auch nochmal zum technischen Problem: Was mich wundert: Im Syslog kam die Detach-Meldung gestern um 20.19 Uhr. Ich habe abends einen Film geschaut, der vom Unraid-Server gestreamt wurde. Der Film brach allerdings erst gegen 20.50 Uhr ab, sprich da war die Verbindung erst weg, bzw. da habe ich es gemerkt. Ok, es wird vielleicht etwas gepuffert, aber dass die Verbindung trotz Detach noch 30min funktioniert, ist doch auch komisch, oder? Vielen Dank für eure Unterstützung. Gruß, JD

Öhm, hast du dann auch das Gehäuse getauscht? Das (ursprüngliche) B760I ist ja Mini-ITX und das B760M ist Micro-ATX. Das mit ECC wäre für mich nicht ausschlaggebend. Das B760I kann auch kein ECC.

Kannst du mir sagen, welches Board du konkret jetzt im Einsatz hast?

@skycptn There are several users here working with the Gigabyte B760I and some are facing the same problem (me included, see my postings in other related threads). I am gathering informations of what exactly is causing this behavior. ASPM could be one reason. But there are also user with the B760I running fine for months without a crash at all. At the moment, I assume it could be one of these things: ASPM enabled in BIOS (and using powertop within Unraid) WoL activated C-States enabled in BIOS (and using powertop within Unraid) EEE (Energy efficient Ethernet) enabled for the NIC I have used my system with the following things activated/deactivated for the last 20 days with no crash: ASPM enabled in BIOS (but no Powertop) C-States deactivated WoL active EEE not active So this seems to be a stable environment. But this is not max. power saving, so I want to go further... I am now testing with: ASPM enabled in BIOS (but no Powertop) C-States enabled in BIOS (with C8 highest, no Powertop) WoL deactivated (one user suggested to deactivate this if not needed) EEE not active If this is running stable for the next 20 days or so, I will try with powertop.

Noch ne Idee: Vielleicht gibt es auch unterschiedliche Board/Chip-Revisionen. Könnt ihr mal schauen, was bei euch unter Tools/System Devices für die NIC angezeigt wird? Bei mir steht da: IOMMU group 14:[8086:15f3] 03:00.0 Ethernet controller: Intel Corporation Ethernet Controller I225-V (rev 03) (also Revision 3)

I am dealing with the same issue. In my case running an Intel-based CPU (Gigabyte Mobo with 2.5G Intel 225 NIC onboard). Same occasional crashes, same syslog error message. About 14 days ago I deactivated all ASPM BIOS settings and all C-State settings. Also everything related to powertop tweaking in Unraid. Since then, no crash. You may give this a try yourself… Nevertheless this should not be the final solution for me, as the server consumes more energy than necessary…but to track things down I started „from scratch“. I am abroad at the moment, so I cannot tweak anything in BIOS. I will try to re-activate things as soon as I come back.

Ok, gut zu wissen. Das es mit 2,5G mehr Probleme geben kann als mit 1G, hatte ich auch schon gelesen. Daran kann es bei mir allerdings nicht liegen, denn ich habe den Server auch nur an einem Gigabit-Switch. Damit ich das vielleicht noch besser eingrenzen kann: Könntest du mir noch sagen, welche Unraid-Version und welche BIOS-Version du nutzt? Und hast du im BIOS ASPM und C-States alle auf ENABLED? Und nutzt du powertop?

…und ich hänge mich gleich auch noch mit dran, weil es hier weitere User mit dem B760I DDR4 gibt. Allerdings primär nicht wegen Stromsparfragen, sondern wegen Stabilitätsfragen. Ich betreibe das Board auch seit einigen Wochen und habe unregelmäßige Aussetzer der Intel NIC. Wie auch hier und hier beschrieben. Die NIC „disconnectet“ sich dann mit folgender Meldung im Syslog: igc 0000:03:00.0 eth0: PCIe link lost, device now detached Lokal komme ich noch an das System, aber ansonsten hilft dann nur Reboot. Und alle Docker etc. sind natürlich ab dem Moment auch nicht mehr erreichbar, was also ein nicht-nutzbares System bedeutet… Das Problem haben auch weitere User mit diesem Board hier im Forum bestätigt. Auch bei reddit gibt es dazu Einträge. Habt ihr, als weitere User des B760I, dieses Problem auch bemerkt? Ich versuche herauszubekommen, ob das an bestimmten BIOS-Einstellungen, BIOS-Versionen, Unraid-Versionen oder sonstigen Punkten liegt. Oder vielleicht doch sogar ein Hardware-Defekt ist.

Hmm….habe gerade in einem anderen Fred „herausgefunden“, dass BIOS-Versionen mit Buchstaben immer Beta bedeuten. Das war mir bisher so nicht bewusst und wurde auf der Bios-Downloadseite von Gigabyte auch nicht explizit erwähnt. Ich werde also nach meiner Rückkehr zumindest auf F9 zurückgehen (sofern möglich). Und dann nochmal mit den Bios-Einstellungen von mgutt neu testen. Erstmal ohne Powerstop. Wenn das 2-3 Wochen klappt ohne Netzwerkprobleme, dann würde ich Powertop noch aktivieren.

Ok, Danke! Ich bin mit 6.12.13 eingestiegen und würde auch nur ungern so weit zurück gehen (falls das überhaupt möglich ist). Ich weiß auch nicht, ob ich das BIOS auf F7 downgraden kann. Ansonsten hatte ich mMn auch weitestgehend die Einstellungen von mgutts Thread übernommen. Ich sehe aber gerade, dass ich mich oben zwar auf einen Thread beziehe, diesen aber gar nicht verlinkt hatte. Ok, hier nochmal nachgeholt: Ich werde dann nochmal weitere Infos sammeln. Vielleicht melden sich Jabberwocky und Manyak ja auch noch. Bin eh die nächsten zwei Wochen außer Landes und habe keinen direkten Zugriff auf den Server. Rumspielen geht also derzeit eh nicht.

Hallo @Jabberwocky @Quarkmax @Manyak Betreibt ihr eure Unraid-Systeme noch mit dem B760I Aorus Pro DDR4? Ich habe mir auch ein Unraid-System vor einigen Wochen aufgesetzt, ebenfalls mit diesem Board. Leider stürzt das System unregelmäßig ab, was an der Kombination ASPM/C-States/EEE und der Intel NIC zu scheinen liegt (siehe auch diesen Thread, wo ich das Problem geschildert hatte und der User @Der_D1D1 das auch bestätigt. Habt ihr dieses Problem nicht? Trotz 24x7 Dauerbetrieb? Und ASPM aktiv? Dann würden mich eure BIOS-Settings dazu nochmal interessieren. Und ob ihr mit Powertop arbeitet (wovon ich ja ausgehe…). Und welche BIOS-Version (bei mir die neueste F11). Ich halte das ja für recht unwahrscheinlich, dass das Board bei manchen diesen Fehler zeigt und bei anderen nicht… Gruß, JD

Ok, Danke! Einerseits gut, dass das Problem nicht nur bei mir auftaucht, aber andererseits natürlich auch unschön, dass es anscheinend ein grundsätzliches Problem ist. Für mich zum Verständnis: Der Passus "append vfio_iommu_type1.allow_unsafe_interrupts=1" hat mit der Intel NIC aber nichts zu tun, oder? Ich habe auf Reddit einen Thread dazu gefunden, da wird lediglich "pcie_port_pm=off pcie_aspm.policy=performance" als potentielle Lösung genannt. Und was hast du im BIOS konfiguriert? ASPM trotzdem überall auf ENABLE? Und die C-States? Auch alle enabled? Und was ist mit EEE? Ist das aktiv oder hast du das auch auf off? Hattest du mal in Erwägung gezogen, die onboard-NIC abzuschalten und eine dedizierte PCIe-NIC zu stecken (und damit wieder ASPM nutzen zu können)? Ich habe allerdings kein Gefühl dafür, ob das stromverbrauchstechnich überhaupt einen Vorteil bringen würde...

Hey @mgutt, darf ich mal fragen, wie lang und intensiv deine Tests mit dem Gigabyte B760i waren/sind? Ich habe vor einigen Wochen einen Unraid-Server mit diesem Board aufgesetzt und leider läuft das System nicht stabil. In unregelmäßigen Abständen (tlw. mehrere Tage) ist Unraid nicht mehr erreichbar. Nachdem ich Syslog aktiviert hatte, fand ich diese Meldung: igc 0000:03:00.0 eth0: PCIe link lost, device now detached Also die Netzwerkkarte macht irgendwie Stress. Gibt auch einen anderen Thread, wo schon mal jemand davon berichtet hat. Ist eine onboard Intel 225, die bei mir mit 1Gbit läuft. Ich hatte bisher ASPM on und alle C-States auf enabled. EEE war "vermutlich" auch an, weil ich Powertop hab laufen lassen. Könnte sein, dass eins davon der Grund für den Fehler ist. Ich habe jetzt alles auf OFF gestellt, seit 2 Tagen läuft es nun damit ohne Probleme. Meine konkrete Frage: Konntest du bei längeren Tests dieses Problem bei dir auch feststellen und wenn ja, hast du dich damit beschäftigt und eine Maßnahme ergriffen, mit der es dann stabil lief? Danke & Gruß, Stefan