Anym001

So ich hab jetzt nochmal getestet. Bin auf Unraid 6.9.2 und BIOS Update gemacht von F1 auf F2c. Dadurch keine EDAC MC0 Meldungen mehr im Syslog. Auch bei Memtest86 keine Meldungen mehr. Werde es in den nächsten Tagen mal beobachten. Scheint zu funktionieren. Ohne diese "Einschränkung" wechselt er auf hpet. Mit "Einschränkung" bleibt er bei tsc. Wie finde ich die Kernel Version raus?

Dadurch ich so viel durchgetestet habe bin ich mir nicht mehr zu 100% sicher. Aber ich glaube schon. Werde es bei den nächsten Tests mitberücksichtigen.

Nein ich hatte hpet=enable getestet. Werde hpet=disable mal Testen und dann berichten.

Ich hab den Channel schon mal gewechselt. Gleiche Fehlermeldungen. (Nur mit Info das es beim anderen Channel auftritt)

Stimmt, macht Sinn. Spindown funktioniert nun mit aktiviertem powertop. Juhu ^^ EDIT: Der Verbrauch im Idle liegt nun bei ca. 8,5W im Vergleich zu 12,5W von vorhin. Alles klar dann werde ich mir da mal einen neuen Riegel besorgen. Den von meinem Freund kann ich leider doch nicht testen, weil der nicht aufs Board passt.

Das ist ja mal echt interessant. ^^ Habe nun auch auf die linke Buchse gewechselt und den USB-Stick ganz links in die rote Buchse gesteckt. Der tsc Fehler ist nun weg und ich komm auch nur mehr in den C9 State. (powertop --auto-tune im go file aktiv) Diese Meldung kommt bei Aktivierung von powertop --auto-tune trotzdem noch. Werde aber noch beobachten ob er nun in Spindown geht oder nicht. -> Melde mich dazu noch. Die RAM Fehler kommen trotzdem noch. Hier müsste für den Händler eigentlich reichen für einen Umtausch wenn ich ihm die Ergebnisse vom Memtest und die obenstehenden Fehler zuschicke oder? (Ich meine mich erinnern zu können, dass das Siegel beim RAM Riegel bei Anlieferung kaputt war -> Vielleicht wurde der schon mal getauscht) Nein ich hab das BIOS Update direkt im BIOS via Q-Flash gemacht. EDIT: Folgendes kommt auch. tsc ist aber trotzdem aktiv.

Direkt über das Webterminal. Ja das wird bei mir auch angezeigt. (Näheres siehe weiter unten) Ja die war vom F2c. Bin mittlerweile wieder auf F1. Ich habe mein LAN Kabel in der rechten Buchse angeschlossen und darunter meinen USB Stick. (3.0) Ich habe Intel_GPU_Top von @ich777 installiert für die Anwendung der iGPU in Jellyfin. Ich hatte es mal aktiv. Aktuell nicht. Wie kann man den aktuellen Zustand auslesen. (Also Performance oder Powersave) Kurze Zwischenfrage: Das Syslog ist voll mit den RAM Meldungen. Normalerweise mache ich am WE mein Backup auf die externe HDD. Ist es schlau in dieser Situation überhaupt Backups zu machen? Kann ich den Server trotzdem laufen lassen? (Erreichbarkeit Nextcloud usw.)

Habe gerade nochmal versucht auf C8 einzuschränken im BIOS -> wird einfach ignoriert, er geht trotzdem in C10 (keine Befehle hinsichtlich powertop aktiv) Soeben nochmal ohne CEC 2019 gebootet. -> Leider ohne Erfolg. Beim testen mit dem RAM Riegel meines Freundes. Ist es egal, wenn das kein ECC ist?

Ja immer wenn SATA Link Power Management per Befehl oder powertop --auto-tune aktiviert wird. Ansonsten nicht. Wäre interessant was da wirklich die Fehler verursacht. Teste die Tage noch einen RAM Riegel eines Freundes. (ohne ECC) Habe die PicoPSU gerade getestet. Mit der treten die Fehlermeldungen genauso auf. Also das Netzteil ist es schon mal nicht.

Glaub nicht, müsste ich mal nachsehen. Momentan läuft der Memtest. Das Mount Script für rclone wird beim Array Start ausgeführt. Werde ich mir mal in Ruhe ansehen. Das hätte ich schon versucht. Wird jedoch irgendwie überschrieben. Server mit powertop gestartet und danach wieder ins BIOS -> C10 war wieder aktiv Komisch das das aber nur auftritt wenn powertop aktiv ist? Das gleiche Netzteil war auch schon bei den “alten” Komponenten verbaut. Hier gab es keine Fehler. Hier mal der Zwischenbericht des Memtest: (Kann das jemand interpretieren?) Meiner Meinung nach gab es zwar Fehler, die aber durch ECC korrigiert wurden und somit keine Fehler sind. Verstehe ich das richtig?

Ich hab gar keine USV. ^^ Kurzes Update: Hab den Server jetzt mal ca. 3-4 Stunden mit aktiviertem powertop laufen lassen. Irgendwann ist er dann doch in den Spindown gegangen. Das scheint also zu funktionieren. Was jedoch eigenartig ist, dass die Uhrzeiten überhaupt nicht zusammenpassen. (Deshalb wahrscheinlich auch der Spindown erst irgendwann) Und das der RAM Fehler auswirft. (Siehe Screenshot) Bin gerade dabei einen Memtest durchzuführen. Vielleicht liegt es ja daran. EDIT: Bei aktiviertem powertop wechselt er zu hpet. Wenn ich ohne powertop starte, bleibt er bei tsc.

Habe jetzt folgendes gemacht: - Server runtergefahren - Kabel ausgetauscht (die zuvor bei den HDDs verbaut waren) - BIOS auf F1 zurückgesetzt (Downgrade mit meinem gespeicherten BIOS hat funktionier =D ) - powertop --auto-tune im go file eingetragen und die "einzelnen" Befehle deaktiviert - Spindown time auf 15min gestellt Folgende Meldung beim Booten: powertop Übersicht: (Alle Werte auf "Good") Komischerweise deaktiviert er jetzt wieder tsc: Anscheinend gibt es hier Probleme mit den C10 States? https://bugzilla.kernel.org/show_bug.cgi?id=203183 Folgende Meldungen im Syslog fallen mir auf: Auch interessant ist: Habe den Server um 07:23 Uhr gestartet. Jetzt ist es 08:18 Uhr. Uptime im Unraid Dashboard lautet 21min. -> WTF?!? Die Platten gehen leider nach wie vor nicht in den Spindown. 07:35 Uhr 07:58 Uhr 08:15 Uhr

Okay super gut zu wissen. Ja die HDD's waren 1:1 verbaut. 6.9.2 hatte ich auch. Ohne Probleme. Das einzige was ich getauscht hab sind die SATA Kabel. Da hab ich die mitgelieferten vom C246N-WU2 genommen. Das könnte ich eventuell noch versuchen zu tauschen auf die vorherigen Kabeln.

🤷‍♂️ Ich habe jetzt mal dem Gigabyte Support geschrieben, ob man das machen kann. Hätte wahrscheinlich gar nicht updaten sollen.... Na super... Hab die Hardware gerade erst bekommen und eingebaut. ^^ Wobei wenn das Thema mit dem Spindown nichts zu tun hat, kann ich das ja auch vernachlässigen oder?

Wenn ich den Befehl über Userscripts ausführe, kommt danach diesmal im Syslog folgendes. Beide HDD`s waren im Spindown, und durch den Befehl wurde die Parity aufgeweckt, die zweite Disk schläft noch. Außerdem spuckt die Parity nun eine Warnung für einen Command Timeout aus. (War vorher nicht) Die Quelle dieser CPU bist du. ^^ Ich habe mir das F1 weggesichert, bevor ich auf F2c gewechselt bin. Das müsste ich eigentlich drüber bügeln können oder? Ja manuell geht. Ja alles außer SATA steht aktuell auf "Good". Folgendes ist aktuell im go file aktiv:

Hab jetzt mal ALPM im BIOS aktiviert. Danach neugestartet und den Befehl von neuem ausgeführt. Folgende Fehlermeldungen tretten nach wie vor auf: Folgende Fehlermeldung habe ich gerade noch bekommen: Ich denke, dass ist direkt der SATA Controller. Nach wie vor kein Spindown. Habe im BIOS über die Einstellung ALPM gesehen, dass man unter SATA Mode Selection auch etwas umstellen kann. (AHCI und Intel RST Premium With Intel Optane System Acceleration) Kann es eventuell noch an dieser Einstellung liegen? EDIT: Habe das BIOS nochmal auf Standardeinstellungen zurückgesetzt und folgendes verändert: 1. M.I.T. -> Advanced Frequency Settings -> Advanced CPU Settings -> C-Stats Control -> Enabled 2. Periphers -> Storage Mode for MiniSAS HD -> 4xSATA 3. Periphers -> SATA And RST Configuration -> ALPM -> Enabled 4. Chipset -> Audio Controller -> Disabled 5. BIOS -> Windows 8/10 Features -> Other OS 6. Power -> AC Back -> Always On 7. Power -> CEC 2019 Ready -> Enabled BIOS Version F2c

Der Eintrag hpet=enable hat leider nichts geholfen. Wenn ich folgenden Befehl ausführe, kommt wieder die gleiche Meldung im Syslog. EDIT: Interessant ist auch, dass wenn ich diesen Befehl NICHT aktiviere, ich die tiefen C-States nicht erreiche: Wenn der Befehl jedoch aktiv ist, dann bekomme ich auch unter Pkg(Hw) ca. 70-80% im C10 State. Allerdings funktioniert halt der Spindown dann nicht mehr.

Ich habe den Übeltäter gefunden: Hier kommt folgende Fehlermeldung im Syslog: Hat jemand eine Idee wie ich das beheben kann? Muss hier eine Einstellung im BIOS vorgenommen werden?

Kurze Zwischeninfo: Habe powertop gestern Abend deinstalliert. Heute in der Nacht Spindown ganz normal. Habe powertop heute in der Früh wieder installiert, aber ohne Befehle auszuführen. Spindown auch ganz normal. Werde jetzt mal die Befehle einzeln absetzen und schauen wer da der Übeltäter ist.

Das werde ich mal testen. Nein verwende keine Karten, nur interne SATA Ports.

Hallo, nach meinem Hardwareaustausch ist mir aufgefallen, dass meine Platten nicht mehr in den Spindown gehen. Wenn ich powertop --auto-tune im go file deaktiviere funktioniert es ganz normal. Komisch finde ich auch folgende Meldung beim Bootvorgang wenn ich powertop --auto-tune aktiviert habe. Hat jemand eine Lösung dafür? EDIT: Den Ordner /var/cache/powertop habe ich zwischenzeitlich schon mal gelöscht. Leider ohne Erfolg.

Gut zu wissen. Hoffentlich wird das wieder mal besser. :)

Future-X gibt nun einen möglichen Liefertermin für den W-1250 aus. (Verfügbar ab 11.06.2021) https://www.future-x.de/intel-xeon-w-1250-3-3-ghz-p-8479379/ Mich würde der auch brennend interessieren. Welchen CPU Kühler würdest du dafür verwenden? (Wird non-boxed geliefert)

Das ist mir auch bereits aufgefallen. Habe bis dato dann immer über htop den entsprechenden Prozess gesucht und dann per pkill gestoppt. Gibt es hier eine elegantere Lösung?