MPC561

Das ist mit einer gewissen Wahrscheinlichkeit das Problem das es ab 6.12.5 gibt, das der Realtek Chipsatz Pkg-States unter C3 verhindert. Das habe ich auch bei meinem Asrock N100DC-ITX. Das gab es noch nicht mit 6.12.4, deswegen bin ich auf 6.12.4 bei mir zurück.

sudo lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM |Disabled;|Enabled;)' mal ausführen und das Ergebnis posten.

@boernie77 Eigentlich sieht das alles gut aus von den Einstellungen her im Bios. Allerdings sehe ich im Bios in den screenshots nichts bzgl ASPM aktivieren. Vielleicht ist deswegen im Powertop der Pkg State so hoch. Der kommt ja faktisch noch nichtmal in C2. Schaumal im Bios bei dem Screenshot mit dem Primar Graphics Adapter. Da kann man weiter runter scrollen. Da sollten die ASPM Optionen kommen. Alles mit ASPM aktivieren und auch native control. Wenn du das aktivierst und. den server neu gestartet hast mach powertop --auto-tune und dann öffne mal eine Konsole und gib mal ein: sudo lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM |Disabled;|Enabled;)'

Du kannst das natürlich so machen. Aber ich glaube Du unterliegst der Illusion keine Backups haben zu müssen. Ein Backup der wichtigen Daten ist unerlässlich. Ein defektes Netzteil kann alle deine Platten vernichten, oder ein Blitzschlag etc. Da nützt eine 2. Parität nichts. Ich habe sogar 2 Backup Stufen. Einmal Lokal im gleichen Haus auf ein 2. NAS und einmal die wichtigsten Daten auf einem NAS 300km weit weg im Hause meiner Eltern. Was ich aber jetzt nicht sagen kann, da noch nicht gemacht ob du bei nur einer Datenplatte gleich zwei Paritätsplatten nutzen kannst. Ich "glaube" nicht.

Wenn du keine VM nutzen willst dann reicht dein altes System eigentlich dicke. Die Docker kosten nicht "so viel" Leistung. Genau die die du da. aufgeführt hast habe ich auf einem ATOM Board laufen. Allerdings ist dein Stromverbrauch viel zu hoch aktuell. Hast Du mit laufenden Platten gemessen? Dann wäre es ok. Da ist Unraid perfekt. Durch den Spindown den man pro Platte einstellen kann altern diese wesentlich langsamer.

Generell, Du hast noch ganz viel nicht verstanden bei Unraid. Der Cache ist einmal eine Art Eingangspuffer. Das Array ist wegen der Unraid Mechanismen bei Parität bei Schreibraten von max. 70MB/s. Auf den cache kann mit der ganzen Bandbreite der Netzwerkverbindung schreiben. Mit der richtigen NVME auch 10GB/s. Das bekommt mana aufs Array eben nicht hin. Dazu dient der Cache als Speicher für die Daten der Docker und dort liegen auch die VMs. Das legt man nicht aufs Array da die Platten sonst niemals schlafen gehen bzw. dauern hochdrehen. Die NVME/SSD wacht schneller aus dem schlaf auf und legt isch auch schneller wieder schlafen, wir reden dann von ms und nicht Minuten. Das spart Strom. Jede Platte kostet, selbst wenn sie im Spindown ist Strom. 2 Grosse Platten kosten Weinger Strom als 3 kleine. Dazu 2 Parität und eine Datenplatte? Auch Nonsens es sei denn es gibt wichtige Gründe. Dir ist klar das wenn Du 3 Platten ohne Parität verwenden würdest und eine ausfällt nur die Daten dieser Platte weg wären und die anderen Platten ok und lesbar? Unraid ist kein Raid5/10,SHR oder SHR2.

Zu knapp. Kann funktionieren mit viel Glück, muss aber nicht. Das Problem ist der Start wenn die Platten anlaufen. Die Leistungsaufnahme ist dann sehr hoch. Deswegen besser gleiche eine 160W.

Bring erstmal deinen Monitor zum laufen. Du musst ins Bios um die Stromsparmechanismen zu aktivieren. Die sind in den Default Einstellungen des Bios nie aktiviert. Sieht man auch schön an deinen 45W verbrauch, das ist jenseits von Gut und Böse, einfach nur ganz schlecht. Erst dann macht powertop Sinn. Anderes Kabel und/oder Monitor versuchen. Und wenn du dann Warnungen hast wäre eine genauere Fehlermeldung hilfreich als: "Da steht was von SATA Treibern"

Du kannst einen Netzwerkport für alle Docker und VMs verwenden. Das limitierende Element ist nur die Bandbreite. Es gibt in Unraid dazu beim aufsetzen eines Dockers zum Beispiel unterschiedliche Modi. Zum Beispiel kannst du eine eigene IP vergeben oder einen Port der IP des Unraid Servers. Wobei es auch vom Docker abhängt was er unterstützt.

Na ja. Ist das eine Frage der Spannung oder der fehlenden Leistung deines 72W Netzteils? Ich "glaube" eher Leistung. Gruss, Joerg PS: 4 HDDs? Cool wenn du das so laufen hast. Es gab ja dazu fragen und ich hatte abgeraten. Es geht, zumindest bei Dir, also doch.

Nochmal, ich hab meine Lizenz bei Limetech gekauft. Nicht beim "Kernel". Also ist mein Ansprechpartner Limetech. Die können mir gerne sagen sie kümmern sich darum und melden es dann im Kernel Github. Ist so als müsste ich wenn ich ein iPhone mit einem Samsung Chipsatz kaufe bei einem iPhone Bug der auf einen fehlerhaften Chipsatz von Samsung zurückzuführen ist von Apple gesagt bekomme: "Klär das mit Samsung." Bitte... so funktioniert Produktsupport nicht auch wenn man es mehr und mehr so propagiert. Aber hast recht besser Ende der Diskussion, wir werden uns bzgl. unserer Meinung nicht einigen. Und ich will nicht streiten sondern nur meine Position dahingehend kundtun. Gruss, Joerg

Bei mir ist es ein RTL8111H. Steht eigentlich alles im Asrock N100DC Thread (ab HIER). Sowohl mit Unraid Standard Treibern als auch mit den RTL Plugin Treibern komme ich nicht mehr tiefer als C3 ab 6.12.5 (betrifft auch .6). Ich brauche im Durchschnitt 1,5W mehr. Bevor ich da wieder eine Diskussion beginnt: Es ist mir absolut egal ob das wenig ist. Ich habe Unraid (für das Board) gekauft als das funktioniert hat mit C8 also erwarte ich das das weiter funktioniert, ich hab meine Lizenz nämlich nicht bei Realtek oder Slackware (war glaub ich die Basis) gekauft sondern bei Limetech. Ich hoffte nur mehr Leute würden das melden und das es wirklich ein generelles Realtek Problem ist und nicht nur eines mit den auf dem N100 verbauten Chipsatz. Dann wäre der Druck höher auf Limetch. Aktuell argumentiert jeder eher so: "Ist ja nicht viel, sei froh das du überhaupt Netzwerkverbindung hast." Das is nicht ok finde ich. Wenn wir so argumentieren braucht mal gar nix mehr aus Richtung Slackware Basis zu funktionieren. Da kann man immer die Schuld den "anderen" zuweisen. Ich bin jetzt auf 6.12.4 runter. Da läuft der Server rund. Da Du ja darauf insistierst Diagnostics zu bekommen, sind angehangen. Gruss, Joerg bambam-diagnostics-20231129-1749.zip

Offiziell 19V, aber 12V geht auch (wie @saber1 schon sagte) und hat noch einen Riesen Vorteil, damit braucht das Board 1-2W weniger. Gruss, Joerg

@eLpresidente Ist eher am Ende des Threads. Mir ist aufgefallen das einer meiner Server mit RTL (Realtek) Netzwerkchip nicht mehr tiefer als C3 und en C-Pkg States kommt seit dem Updaten 6.12.5 (auch .6). Hast Du einen RTL Chipsatz? Dann check mal via Powertop ob du noch tiefer als C3 kommst (Natürlich nur wenn Du jemals tiefer gekommen bist). Gruss, Joerg

Na ich glaube Du denkst mein Server macht nix. Dem ist nicht so. Als SMB Sklave braucht er nicht markant mehr. Noch dazu laufen 5 Docker die was machen. (Sabnzbd, Adguard, HA vor allem). Diese 2W sind schon interessant für mich. Es ist ja eigentlich so das ein CPU nur arbeiten kann oder nicht. Sprich An/Aus (rechnen/nicht rechnen). Wenn sie permanent rechnet hast Du recht dann kommt der Server eh nie in tiefe Package States. Mein Server sieht aber eher so aus: Und da bleiben von den 2W halt noch 1,5W Verlust übrig im Durchschnitt. Bei einem anderen Board mögen das 5-10W sein und 5W übrig bleiben. Das sind dann 65 Euro Stromkosten in 5 Jahren bei 30 Cent Strompreis (7/24). Ausserdem geht es mir noch um was anderes. Bei Herstellern von Mainboard und bei OS Herstellern/NAS SW Herstellern wie Unraid/Limetech das Bewusstsein zu wecken das sie zur Höllen nicht nur auf Performance schauen sollen sondern auch das die Stromsparmechanismen funktionieren. Ich empfehle normal nur HW bei der das geht um Hersteller zu belohnen die darauf Wert legen (oder Einzelprodukte von ihnen). Wenn das mehr Leute machen dann wird das vielleicht mal kommen. Nenn es eine Ideologie der ich hier folge. Gruss, Joerg PS: Aber besser: Ende Diskussion. Will mich nicht mit Dir streiten. Wir haben da einfach eine andere Meinung und gut ist?

Es sind eher 2W und damit bei (6W erst 8W jetzt) ein Stromanstieg um 33%. Bei dem "kleinen" Board noch zu verschmerzen, bei anderen Boards können das auch paar W mehr sein. Und vor allen hat C8 mal funktioniert (als ich die Lizenz gekauft habe) und jetzt tut es das nichtmehr. Ich möchte den Zustand den ich mal hatte wieder. Ganz einfach. Ich erwarte schon jetzt eine Aussage wie: "Da ist Realtek dran schuld." Akzeptiere ich aber nicht. Ich habe Unraid nicht bei Realtek gekauft und wie gesagt es ist eine Verschlimmerung des Zustandes, deswegen erwarte ich das der Bug gefixed wird. Da bin ich auch eher stur. Gruss, Joerg

Asrock N100DC-ITX. Realtek 8111H Network No deep C-Pkg States more possible, I stuck at C3. Reached with 6.12.4 as Pkg-State C8. With 6.12.5 and .6 I see that ASPM is disabled: Installation of the RTL8xxx App Package is useless. Also with them only C3 can reached (although ASPM is shown as active, but the Github Pages states, that ASPM is not active with this driver package). Power consumption increased by more than 25%. Needed to revert to 6.12.4. Hope for a fix. With kind regards, Joerg

6.12.6 selbe Kacke. Nix tiefer als C3. Wundert mich nur das es keinen lauten Aufschrei von Realtek Netzwerkchip Besitzern gibt die nicht mehr in tiefe Pkg States kommen.

Realtek bestes Beispiel. Hab ein N100DC-ITX. Board extrem sparsam und erreicht C8 bei 6W min Verbrauch. Seit update auf 6.12.5 komme ich nicht mehr auf C8 und hänge bei C3 weil ASPM im neuen Kerneltreiber des Unraid Release nicht mehr funktioniert. 2W Mehrverbrauch. Das zu Realtek. Wenn Intel einmal funktioniert dann funktioniert er auch weiter (mit höherer Wahrscheinlichkeit als bei Realtek). Man sollte halt einen "älteren" Netzwerkchipsatz präferieren wenn das möglich ist. Auch Treiber "reifen" (Na ja bei Realtek reifen sie auch mal kaputt). So zumindest meine eingeschränkte Wahrnehmung.

Tjo... Geht nicht. Nach dem installieren des RTL8168/RTL8111 Plugins und einem Reboot hat man zwar wieder: Trotzdem bleibt das System stur auf maximal C3 als lowest C-Pkg State. Ich lass es jetzt nochmal bissl laufen aber ich glaub nicht das ich es jetzt noch unter 9-10W Mean bekomme. Hab nochmal das Github Repo aus dem das Plugin kommt angeschaut. Die schreiben da für den r8125: r8125 has enabled multiple queue and disabled ASPM. Werd ich wohl reverten müssen und auf 6.12.4 bleiben und beten das mit 6.13 neue Treiber enthalten sind die das wieder können...

@Alturismo Danke Dir für die schnelle Rückmeldung. Hab gerade mal bei den Bugreports im Forum nachgeforscht. Gab sogar welche die mit Realtek Chipsatz gar keine Netzwerkverbindung mehr hatten bei den 2.5Gb Chipsatz. Empfehlung bei denen durch JorgeB war das Realtek Plugin unter 6.12.4 zu installieren und dann erst auf 6.12.5 zu Updaten. Scheint zumindest geholfen haben das Sie wieder Netzwerk haben. Ich werde das mal testen und sehen obsolet bzgl. C-Pkg States hilft und dann hier Reporten. Gruss, Joerg

@BiNiCKNiCH Ich habe heute auf 6.12.5 geupdatet. Seit dem Update nur noch C3 Pkg state. Hab statt TLP dann wieder powertop versucht etc. sudo lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM |Disabled;|Enabled;)' Gibt aus: Man sieht die Netzwerkkarte und die PCI Bridge sind auf ASPM Disabled. Waren sie mit 6.12.4 nicht. Ich vermute die haben am Realtek Ethernet Treiber rumgespielt. (Auf meinem 2. Server W480 mit Intel Ethernet Chipsatz habe ich das Problem nicht). Wäre schon wenn Du suchmal obigen Befehl ausführen würdest um zu sehen ob Du das Problem auch hast. Ich geh dann wahrscheinlich auf 6.12.4 zurück. Wenn Du es auch hast würde ich mal weiter rumfragen bei Leuten die auch RTL Chipsatz bei Ethernet nutzen. Gruss, Joerg

Nur um sicher zu gehen. Kann es sein das du bei den SATA Port Einstellungen im Bios noch SMART an hast? Keine Ahnung ob die Einstellung der SATA Karte vererbt wird oder die selber einen SMART Modus hat. Wobei, selbst da müssten sie nach einer Zeit für eine gewisse Zeit in den Spindown gehen aber halt nur zyklisch wieder aufwachen. Im Endeffekt gibt es einfach zu viele Möglichkeiten wo das Problem herkommen Jkann, leider. So was zu finden kostet viel Zeit und ist in einem System as schon produktiv ist nur noch bedingt sinnvoll... Deswegen nerv ich jetzt auch nicht weiter Altu.

Bin auch auf conservative. Aber 12W bei zwei HDD im spinndown ist heftig. In meinem dicken Server die Ironwolf und die Toshibas brauchen im Spindown so 0.7 bis 1W rum. Ich nutze auch keine Parity auf dem kleinen Server mit N100. Ich hab Backups von /App und wichtige Daten werden sowieso zyklisch auf den dicken Server verschoben. Gruss, Joerg

Ich bin mir nicht sicher ob "keep" das richtige ist. Da geht es, glaube ich eher um den Spindown timeout pro HDD. Ich hoffe ich habe oben nix überlesen, aber dein Problem könnte ein runtime_PM problem sein oder ein PCIE_ASPM Problem. Wenn wir das wüssten könnte man schon gezielt Platten deaktivieren bzgl. Eergiesparmassnahmen. Aber dann eher durch die RUNTIME_PM_DENYLIST="11:22.3 44:55.6" oder SATA_LINKPWR_DENYLIST="host1" Für erstes bekommt man die Adressen es ext. SATA Controllers via lspci Befehl und kann für den gesamten SATA Controller PM deaktivieren Für letzteres bekommt man die hostadresse pro HDD via: tlp-stat --disk und kann dann gezielt die Platten an dem ASM1064 deaktivieren bzgl. powersave. Ich muss mich echt nochmal einlesen was PM bedeutet. ASPM via PCie kenn ich... Zumindest die zwei HDDs an den bordeigenen SATA Ports sollten in die Energiesparmodi gehen...