JayDee73

Hi @PeteAsking , I am using your docker for about a month now. Simply amazing, thanks! Going further I want to try out API integrations and therefore wanted to create an API key. Reading the UI documentation about that, this should be done via Settings -> Advanced -> Control plane -> Integrations. But I simply do not have the option "Integrations". For me, I do have Settings -> System and the Control plane only shows "General" and "Backups". No "Integrations" tab. Am I blind or am I missing something? Could you help? Thanks & Regards, Stefan

Und das ist sowas von richtig! ;-) Danke, das wars. Alle Container mit eth0 oder host haben keinen dedizierten Container-Port. Danke!

7.1.4 habe ich. Ja genau, es steht nur Host Port und Default da. Aber damit das Mapping korrekt ist, müsste er doch beides abfragen, oder? Damit man jeden beliebigen Host-Port eben auch auf jeden beliebigen Container-Port mappen kann. Kann ich irgendwo das Template zu dem Container einsehen? Ist das ne Datei, die irgendwo liegt?

Hi zusammen, ich nutze einen pihole-Container (neben vielen anderen) auf meinem Unraid. Dort wollte ich die Config um einen weiteren Port ergänzen. Also auf "Edit" geklickt und dann unten auf "Add another path/port...". Und dann kam dieses Popup: Da vermisse ich jetzt den Container-Port. Das Feld gibt es schlicht nicht. Habe testweise mal bei anderen Containern geschaut. Es gibt tatsächlich noch weitere Container mit dem gleichen Phänomen. Aber auch Container, wo sowohl Host Port als auch Container Port korrekt als Feld aufgeführt werden. Habe ich mir da irgendwas zerschossen? Und wenn ja, kann man das fixen? Gruß, Stefan

Nutzt du den Stock-Realtek-Treiber oder den aus dem Appstore? Der aus dem Appstore könnte (theoretisch) auch dafür verantwortlich sein, dass du keine C-states angezeigt bekommst (oder sie tatsächlich nicht genutzt werden...). Wenn du denn CA-Treiber nutzt, könntest du den auch mal testweise deinstallieren.

Hattest du auch mal beobachtet, wie der Strombedarf von 7.0/7.0RC im Vergleich zur 6.12.xx ist? Verbraucht die 7 grundsätzlich mehr/weniger/gleich viel Strom?

Also ich habe so ca. 15 Docker laufen, u. a. auch Immich und Nextcloud. Auch 2x HDD und 2x NVMe. Komme im HDD-Spindown (aber leicht andere CPU und MB) auf 15W. Muss also nicht zwangsläufig an NC liegen. @Walrus_777: Mach doch mal den Gegencheck: Docker komplett off und dann nochmal messen. HDDs natürlich auch im Spindown. Dann könnte man evtl. besser einschätzen, ob es an den Dockern liegt.

Wenn ich das richtig mitbekommen habe, hat @Babavoss mit dem Stock-Treiber auch 2.5G hinbekommen.

Hattest du irgendwo schon deine HW-Specs gepostet? Was hast du denn für ein Netzteil?

So'n paar Ideen hätte ich noch... Datacollector hat ja mit Unraid7 als iperf-Receiver getestet. Hast du bei dir beide Richtungen getestet? Hintergrund: Ich hatte schon mal das Phänomen, dass eine Richtung normalen Speed hatte, die andere Richtung aber nicht. Grund war damals: Eine weitere, gesteckte PCI-Karte hat dafür gesorgt, dass die Anzahl an Lanes auf dem Bus damit voll war. Ergo: PCI-Karte gezogen, danach hatte ich vollen Speed mit der Onboard-NIC (die vermutlich an dem gleichen Kanal hing...). Und im Thread für das Plugin gibt es vereinzelte Tipps, dass man bei Performance-Problemen mal ausprobieren sollte: EEE off, RX/TX-Parameter/Werte anpassen und für 2.5G sollte auch FlowControl aktiviert sein. Auch das könntest du mal testen. War zwar hier auf die Treiber vom Plugin gemünzt, aber könnte natürlich genauso gut auch für den Stock-Treiber gelten. Was man halt so aus Verzweifelung ausprobiert...

Ok, mit dem Stock-Treiber und Unraid 6.12.14 scheinst du also "normale" Übertragungsraten bei 2.5G zu erreichen (Langzeit außen vor gelassen). Wohingegen @Babavoss mit dem Stock-Treiber in Unraid 7 Beta seine Probleme hat. Insofern scheint seine Vermutung, dass da mit dem Stock-Treiber in Unraid 7 irgendwas nicht in Ordnung ist, ja möglicherweise plausibel. Wäre natürlich jetzt interessant zu wissen, was andere User für Erfahrungswerte mit 2.5G/Unraid 7 Beta/Realtek-Stock-Treiber so haben.

Du hast nicht ganz unrecht, aber ein bisschen recht habe ich auch, denke ich. So ganz unbeteiligt ist ich777 ja nicht an dem Plugin. Das weißt du ja sicherlich auch. Und jinlife war seit über zwei Monaten nicht mehr online hier. Aber nun: BTT.

Das wäre ja in der Tat blöd, wenn nur mit dem CA-Treiber 2.5G erreicht werden. Mangels 2.5G Switch kann ich das leider nicht testen. @DataCollector: Hättest du nen 2.5G Switch, um das zu verifizieren? @ich777: Auch auf die Gefahr hin, dass du diese Frage schon mehrfach gestellt bekommen hast: Siehst du eine Möglichkeit, den CA-Treiber dahingehend zu optimieren, dass ASPM-Features (und damit auch höhere C-States) möglichst vollständig unterstützt werden? Oder wird das technisch nicht/nie möglich sein?

....und vielleicht haben wir hier auch noch einen Thread mit einem ähnlich gelagerten Problem. Auch hier wird beschrieben, dass ab der 7 Beta3 nur noch C3 erreicht wird. Wobei ich nicht im Detail geschaut habe, auf welcher Hardware das System dort läuft.

@DataCollector: Du hast die Realtek jetzt aber auch auf L0sL1 stehen, damit geht nicht mehr als C3. Du musst das mit setpci (oder dem Tool von Alturismo) auf 42 stellen, nicht auf 43.

Ich habe die Meldung bei mir auch (Standard-Realtek-Treiber, wobei ich nicht glaube, dass das überhaupt mit dem NIC-Treiber zu tun hat. Geht ja hier um die SSD). Ich habe zwei WD NVMe SSD SN700. Die Meldung kommt aber auch nur bei einer der Beiden.

Sowohl deine Realtek NIC (03:00:0) als auch die dazugehörige PCI-Bridge (00:1c:2) hast du auf L0sL1 gestellt. Die PCI-Bridge unterstützt aber nur L1. Und die Realtek kann zwar (theoretisch) L0sL1, aber dann geht das System nicht über C3. Ergo: Du musst beide Devices auf L1 stellen (also #42, abhängig davon, wie du die Parameter setzt).

Kannst ja mal probieren, ob nach autotune der Verbrauch nochmal etwas niedriger ist. Zu der Parameter-Thematik 42/43: Ich habe ein B760M, auch mit dem RTL8125. Auch bei mir ging #43 nicht, bzw. dann blieb er bei C3. Ich musste auch #42 nehmen, obwohl ja eigentlich L0sL1 unterstützt wird (also #43 eigentlich richtig gewesen wäre). Zu den hochdrehenden Lüftern: Ist das nur, wenn du powertop -autotune machst, oder auch schon wenn du "nur" powertop aufrufst? Weil nur powertop ändert ja eigentlich nichts. Wenn es bei -autotune passiert, könntest du alternativ mal statt autotune die Einzelparameter aufrufen (stehen glaube ich auch im ersten Post). Dann wüsstest du zumindest, welcher Parameter dafür verantwortlich ist, dass die Lüfter hochdrehen. Und es können ja auch eigentlich nur die Lüfter sein, die übers Mainboard angeschlossen sind, oder? Vielleicht greift da noch ne zusätzliche Lüftersteuerung (BIOS, Unraid selbst?) mit rein?

Ja, musst du. Ebenso powertop autotune. Entweder ins go-file rein oder mit dem Plugin "userscripts" ein Script erstellen und da rein.

Yep, gleiche Baustelle. Wobei ich 18-20W für das System mit zwei laufenden NVMe jetzt auch nicht sooo schlecht finde. Mit den setpci-Befehlen kommst du vielleicht noch runter auf 13-15 Watt (grob geschätzt). Viel weniger wird nicht gehen, denke ich.

Are you running Unraid with the stock drivers from Unraid itself? Or are you using the drivers from the CA AppStore? Maybe it's worth a try to use "the other ones"? Are you using any power-saving features (ASPM, powertop and stuff like that)? Normally, they are running fine with Realtek cards, but in rare circumstances they are producing weird errors. So maybe you'll try NOT to use this stuff... Unraid is supporting I226 based cards.

Deine Realtek Onboard-NIC verhindert tiefere C-States, und damit einen geringeren Stromverbrauch. Siehste in dem ASPM-Screenshot, da steht sie auf disabled. Du musst ASPM über die hier schon mehrfach kommunizierten setpci-Befehle für die Realtek und die PCI Bridge aktivieren.

Nun wollte ich heute besagte Tests machen...vorher die VM nochmal gestartet und iperf laufen lassen....Ergebnis: alles normal. Mit virtio...Wer/was auch immer da gestern auf der Leitung gestanden hat, ist jetzt weg. Heißt für mich jetzt allerdings: Ich werde das nun vorerst nicht mit den anderen Treibern testen. Ich hoffe, ihr habt Verständnis dafür.

Nix hält mich ab. Außer vielleicht die (vermutlich unbegründete) Angst eines Unraid-Einsteigers, mit dem Test irgendwas kaputt zu machen, was ich dann nicht wieder heile kriege... Wobei ich allerdings ungerne überflüssige Tests machen würde. Daher würde ich die Thematik mit der Plugin-Version und dem Github-Treiber-Relese schon gerne verstehen, bevor ich entscheide, mit welchen Treibern ich teste. Und das erschließt sich mir eben leider nicht, bzw. dafür reichen meine Kenntnisse nicht aus. Daher würde ich das gerne vor etwaigen Tests verstehen und hatte die Frage hier gestellt.

Moin! Ich bin (auch) Nutzer des beliebten Gigabyte B760M D3SH DDR4 mit Realtek 8125 2,5G NIC (läuft auf 1G bei mir, einzige NIC im System). Grundsätzlich bin ich mit der Optimierung der Stromsparmöglichkeiten bei mir zufrieden (inkl. der beiden setpci-Befehle). Meine Frage: Gibt es hier einen Konsens, ob die Nutzung des dedizierten 8125-Treibers über das entsprechende Plugin nun Vorteile/Nachteile hat in Bezug auf die Stromsparmöglichkeiten? Hintergrund meiner Frage: Bei mir laufen etliche Docker und eine W11-VM. Bei der VM ist es so, dass beim Nutzen des virtio-Treibers die Netzwerkperformance im Upload miserabelst ist (1Mbit/sec!). Der Download hingegen ist normal. Wenn ich den virtio-net nutze, ist die Performance komplett normal. Jeweils gemessen via iperf. Dabei heißt es doch, dass der virtio eigentlich der performantere Treiber sei. Ich überlege nun, ob ich den Plugin-Treiber für die RLT mal ausprobiere, ob das was ändert. Wenn ich mir damit allerdings stromspartechnisch ins Knie schieße, bringt mir das auch nix. Zumal die W11-VM auch nicht immer läuft. Und als ich mir das Plugin mal angeschaut hatte, fiel mir noch auf: Es wurde zuletzt im April upgedated. Im dazugehörigen Github-Repo war das letzte Release aber erst vor drei Wochen. Allerdings nicht durch den Maintainer des Plugins (und des Repos), sondern durch ich777. Wie passt das denn zusammen? Ich würde ja, wenn, gerne den aktuellsten Treiber nutzen, also vermeintlich den aus dem Github-Repo von vor drei Wochen. Wenn ich das Plugin so aus dem CA-Store installiere, wird er aber doch nicht diesen Treiber verwenden, oder?