Mein 10 Zoll Server


Recommended Posts

4 hours ago, mgutt said:

Und die Konfiguration bezieht sich nicht auf vorhandene Slots? Weil du kannst keine Slots mit einem Bifurcation Adapter aufteilen, wenn die Aufteilung bereits auf dem Board selbst passiert (glaube ich).

Das wird sich zeigen.

Es geht um mein Problemboard (Gigabte W480 Vision W) und soweit ich es sehe (aber eben noch gezielt ausprobieren muß, wenn ich das Ding endlich mal verstehe und in den Griff bekomme) scheine ich wirklich den primären x16 Slot entsprechend einstellen zu können. Meinem Verständnis nach sind die anderen Slots fest verdrahtet und nicht dadurch beeinflußt. Aber das werde ich in der Praxis dann irgendwann feststellen.

Und selbst, wenn ich es falsch verstanden habe: Das Board ist mit seine Grundausstattung schon genau passend für (fast) alle meine aktuellen Ansprüche (wenn ich es eben wirklich mal irgendwann so zum laufen bekomme, wie ich will. Störrisches kleines Ding!

Die Bifurcation Sache wäre nur das Tüpfelchen auf dem i. :)

Link to comment
6 minutes ago, Ben Stan said:

Laut Intel Seite steht da:

 Verlustleistung (TDP) 80 W

TDP ist ein Richtwert wo die Leistung bei dauerhaften Maximun sein kann.

Wenn die CPU sich langweilt, verbraucht sie selbstverständlich weniger (wenn man sie läßt).

Bis auf die aktuellsten paar CPU Generationen konnte man TDP sogar (fast) als maximale Verlustleistung ansehen und dahingehend die Kühlung auslegen. Leider ist man dazu über gegangen kurzzeitig in Turbostufen diese Wete zu sprengen, solange die CPU eben noch nicht zu warm/heiß ist. Somit sind elektrisch in Spitzenzeiten auch mal mehr drin. Aber genauso schalten heutige CPUs eingebaute Komponeten im Die ab um Strom zu sparen, wenn die jeweiligen Teile nicht gebraucht werden.

Man sollte also die Kühlung etwas überdimensionieren, kann aber in idle Zeiten davon ausgehen, dass diese auch kaum etwas zu kühlen hat.

 

6 minutes ago, Ben Stan said:

Wie schaffst du es, mit dem Prozessor auf so ne niedrige Leistungsaufnahme zu kommen?

CPU nicht oder nur sehr kurzzeitig belasten.

6 minutes ago, Ben Stan said:

Und wie finde ich nen passenden Prozessor, wenn ich nach der TDP nicht gehen kann?

Das hängt zu einem Grossteil davon ab, was die CPU machen soll, auf welches Board sie passen soll, welche Features erforderlich sind und ob da auch eine iGPU drin sein soll.

 

Link to comment
1 hour ago, Ben Stan said:

Und wie finde ich nen passenden Prozessor, wenn ich nach der TDP nicht gehen kann?

Die TDP soll dir sagen wie groß der Kühler sein soll, wenn die CPU am Limit arbeitet. Bei Intel ist die TDP auch ein guter Anhaltspunkt für den Verbrauch bei 100% CPU-Last ohne Turbo.

 

Also wenn ich alle Kerne zu 100% belaste und den Turbo im BIOS deaktiviere, wird die CPU ungefähr 80W ziehen.

 

Natürlich sagt das rein gar nichts über den Verbrauch im Leerlauf aus. Hier kommt es auch weniger auf die CPU an, sondern auf das Board und welche Schlafzustände unterstützt werden.

 

Grob kann man sagen, dass ein kleineres Board ohne Schnickschnack weniger verbraucht als ein großes Gamingboard mit Thunderbolt, Triple GPU Support etc. Genau weiß man das aber erst wenn es einer gemessen hat. Hier gibt es ein paar Messungen:

https://www.hardwareluxx.de/community/threads/die-sparsamsten-systeme-30w-idle.1007101/

 

Link to comment
On 3/4/2022 at 12:36 PM, mgutt said:
On 3/4/2022 at 9:21 AM, Anym001 said:

Kann es sein, dass deine Probleme damit behoben werden können?

Der Server lief ja viele Monate ohne Probleme (und läuft ja jetzt auch). Da bin ich eher zurückhaltend was BIOS Updates anbelangt. Ich warte also erstmal ab.


Für dich zur Info.

Habe beim Gigabyte Support mal nachgefragt.

 

Quote

Sehr geehrter GIGABYTE Kunde,

vielen Dank für Ihre Anfrage.
Wir wollen Ihnen gerne bei Ihrer technischen Anfrage helfen.

Bios F2c war ein Beta Bios.

Aus F2c wurde dann später das finale Bios F2.

 

Mit freundlichen Grüßen

Ihr GIGABYTE-Team

 

  • Like 1
Link to comment

Erneuter Crash. Da eigentlich alle 30 Minuten die docker RAM-Disk gesichert wird, muss der Crash zwischen 02:10 und 02:30 Uhr gewesen sein:

Mar 12 01:00:01 thoth docker: RAM-Disk synced
Mar 12 01:30:01 thoth docker: RAM-Disk synced
Mar 12 02:00:01 thoth docker: RAM-Disk synced
Mar 12 02:02:00 thoth emhttpd: read SMART /dev/sdh
Mar 12 02:02:41 thoth emhttpd: read SMART /dev/sdc
Mar 12 02:02:52 thoth emhttpd: read SMART /dev/sdb
Mar 12 02:10:03 thoth crond[1840]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null
Mar 12 11:03:10 thoth kernel: microcode: microcode updated early to revision 0xde, date = 2020-05-25
Mar 12 11:03:10 thoth kernel: Linux version 5.10.28-Unraid (root@Develop) (gcc (GCC) 9.3.0, GNU ld version 2.33.1-slack15) #1 SMP Wed Apr 7 08:23:18 PDT 2021

 

Entweder ist das ein Folgeproblem aus dem ersten Crash oder ich habe ein Problem mit Disk7:

Mar 11 05:05:44 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:05:44 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:05:44 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:05:44 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:05:44 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:05:44 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:05:44 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:05:44 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:05:44 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:05:44 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:05:44 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:05:44 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:05:44 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:05:44 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:05:44 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:05:44 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:05:44 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:05:44 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:05:44 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:05:44 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:05:44 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:05:44 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:06:38 thoth emhttpd: spinning down /dev/sdf
Mar 11 05:10:03 thoth emhttpd: spinning down /dev/sdb
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:17 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:17 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:17 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:17 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:17 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:17 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:17 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:17 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:17 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:17 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:17 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........
Mar 11 05:15:18 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Mar 11 05:15:18 thoth kernel: XFS (md7): Unmount and run xfs_repair
Mar 11 05:15:18 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Mar 11 05:15:18 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Mar 11 05:15:18 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Mar 11 05:15:18 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Mar 11 05:15:18 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Mar 11 05:15:18 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Mar 11 05:15:18 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Mar 11 05:15:18 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Mar 11 05:15:18 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........

 

Das allererste mal tauchte das Problem am 25.02. auf:

Feb 25 05:28:21 thoth kernel: XFS (md7): Metadata corruption detected at xfs_dinode_verify+0xa3/0x581 [xfs], inode 0x189163dbe dinode
Feb 25 05:28:21 thoth kernel: XFS (md7): Unmount and run xfs_repair
Feb 25 05:28:21 thoth kernel: XFS (md7): First 128 bytes of corrupted metadata buffer:
Feb 25 05:28:21 thoth kernel: 00000000: 49 4e 81 a4 03 02 00 00 00 00 00 63 00 00 00 64  IN.........c...d
Feb 25 05:28:21 thoth kernel: 00000010: 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00  ................
Feb 25 05:28:21 thoth kernel: 00000020: 62 10 71 d5 2f cf eb 15 62 10 66 0b 25 d3 e1 76  b.q./...b.f.%..v
Feb 25 05:28:21 thoth kernel: 00000030: 62 17 07 de 15 44 a4 cc 00 00 00 00 00 00 00 87  b....D..........
Feb 25 05:28:21 thoth kernel: 00000040: 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 01  ................
Feb 25 05:28:21 thoth kernel: 00000050: 00 00 00 02 00 00 00 00 00 00 00 00 41 16 23 f1  ............A.#.
Feb 25 05:28:21 thoth kernel: 00000060: ff ff ff ff d6 88 af 77 00 00 00 00 00 00 00 0e  .......w........
Feb 25 05:28:21 thoth kernel: 00000070: 00 00 00 ba 00 1b 54 15 00 00 00 00 00 00 00 00  ......T.........

 

Der erste Crash war am 01.03.. An dem Tag hatte ich ja eine Kernel Tainted Warnung. Die hatte ich diesmal nicht bzw die gab es schon, aber ist schon über eine Woche her. Und zwar am 05.03. tauchte das in den Logs auf:

Mar  5 05:57:23 thoth kernel: ------------[ cut here ]------------
Mar  5 05:57:23 thoth kernel: WARNING: CPU: 4 PID: 30885 at net/netfilter/nf_conntrack_core.c:1120 __nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack]
Mar  5 05:57:23 thoth kernel: Modules linked in: md4 sha512_ssse3 sha512_generic cmac cifs libarc4 tun veth macvlan xt_nat xt_tcpudp 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 md_mod kvmgt vfio_mdev mdev i915 iosf_mbi drm_kms_helper drm intel_gtt agpgart syscopyarea sysfillrect sysimgblt fb_sys_fops ip6table_filter ip6_tables iptable_filter ip_tables x_tables ixgbe mdio e1000e igb i2c_algo_bit x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel wmi_bmof kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd glue_helper rapl intel_cstate nvme intel_uncore i2c_i801 i2c_smbus nvme_core i2c_core ahci wmi video libahci intel_pch_thermal ie31200_edac backlight thermal button acpi_pad fan [last unloaded: mdio]
Mar  5 05:57:23 thoth kernel: CPU: 4 PID: 30885 Comm: kworker/4:2 Tainted: G     U            5.10.28-Unraid #1
Mar  5 05:57:23 thoth kernel: Hardware name: Gigabyte Technology Co., Ltd. C246N-WU2/C246N-WU2-CF, BIOS F2c 09/16/2020
Mar  5 05:57:23 thoth kernel: Workqueue: events macvlan_process_broadcast [macvlan]
Mar  5 05:57:23 thoth kernel: RIP: 0010:__nf_conntrack_confirm+0x9b/0x1e6 [nf_conntrack]
Mar  5 05:57:23 thoth kernel: Code: e8 dc f8 ff ff 44 89 fa 89 c6 41 89 c4 48 c1 eb 20 89 df 41 89 de e8 36 f6 ff ff 84 c0 75 bb 48 8b 85 80 00 00 00 a8 08 74 18 <0f> 0b 89 df 44 89 e6 31 db e8 6d f3 ff ff e8 35 f5 ff ff e9 22 01
Mar  5 05:57:23 thoth kernel: RSP: 0018:ffffc900001ecdd8 EFLAGS: 00010202
Mar  5 05:57:23 thoth kernel: RAX: 0000000000000188 RBX: 000000000000788e RCX: 000000005ae18d31
Mar  5 05:57:23 thoth kernel: RDX: 0000000000000000 RSI: 0000000000000000 RDI: ffffffffa02e7df4
Mar  5 05:57:23 thoth kernel: RBP: ffff8886bc9868c0 R08: 00000000d421fdea R09: 0000000000000000
Mar  5 05:57:23 thoth kernel: R10: 0000000000000098 R11: ffff888c2f6a3200 R12: 0000000000004efd
Mar  5 05:57:23 thoth kernel: R13: ffffffff8210b440 R14: 000000000000788e R15: 0000000000000000
Mar  5 05:57:23 thoth kernel: FS:  0000000000000000(0000) GS:ffff88902c300000(0000) knlGS:0000000000000000
Mar  5 05:57:23 thoth kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Mar  5 05:57:23 thoth kernel: CR2: 00007ffec6ba4cc8 CR3: 000000000400a005 CR4: 00000000003706e0
Mar  5 05:57:23 thoth kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Mar  5 05:57:23 thoth kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Mar  5 05:57:23 thoth kernel: Call Trace:
Mar  5 05:57:23 thoth kernel: <IRQ>
Mar  5 05:57:23 thoth kernel: nf_conntrack_confirm+0x2f/0x36 [nf_conntrack]
Mar  5 05:57:23 thoth kernel: nf_hook_slow+0x39/0x8e
Mar  5 05:57:23 thoth kernel: nf_hook.constprop.0+0xb1/0xd8
Mar  5 05:57:23 thoth kernel: ? ip_protocol_deliver_rcu+0xfe/0xfe
Mar  5 05:57:23 thoth kernel: ip_local_deliver+0x49/0x75
Mar  5 05:57:23 thoth kernel: __netif_receive_skb_one_core+0x74/0x95
Mar  5 05:57:23 thoth kernel: process_backlog+0xa3/0x13b
Mar  5 05:57:23 thoth kernel: net_rx_action+0xf4/0x29d
Mar  5 05:57:23 thoth kernel: __do_softirq+0xc4/0x1c2
Mar  5 05:57:23 thoth kernel: asm_call_irq_on_stack+0x12/0x20
Mar  5 05:57:23 thoth kernel: </IRQ>
Mar  5 05:57:23 thoth kernel: do_softirq_own_stack+0x2c/0x39
Mar  5 05:57:23 thoth kernel: do_softirq+0x3a/0x44
Mar  5 05:57:23 thoth kernel: netif_rx_ni+0x1c/0x22
Mar  5 05:57:23 thoth kernel: macvlan_broadcast+0x10e/0x13c [macvlan]
Mar  5 05:57:23 thoth kernel: macvlan_process_broadcast+0xf8/0x143 [macvlan]
Mar  5 05:57:23 thoth kernel: process_one_work+0x13c/0x1d5
Mar  5 05:57:23 thoth kernel: worker_thread+0x18b/0x22f
Mar  5 05:57:23 thoth kernel: ? process_scheduled_works+0x27/0x27
Mar  5 05:57:23 thoth kernel: kthread+0xe5/0xea
Mar  5 05:57:23 thoth kernel: ? __kthread_bind_mask+0x57/0x57
Mar  5 05:57:23 thoth kernel: ret_from_fork+0x22/0x30
Mar  5 05:57:23 thoth kernel: ---[ end trace f68415277ed49f13 ]---

 

Ich habe xfs_repair -n auf Disk7 angewendet und er hat was zum Reparieren gefunden:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
bad CRC for inode 6594903486
bad CRC for inode 6594903486, would rewrite
would have cleared inode 6594903486
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 3
        - agno = 1
        - agno = 7
        - agno = 2
        - agno = 4
        - agno = 10
        - agno = 9
        - agno = 6
        - agno = 11
        - agno = 8
        - agno = 5
bad CRC for inode 6594903486, would rewrite
would have cleared inode 6594903486
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.

 

Dann ohne -n um das zu reparieren:

Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
bad CRC for inode 6594903486
bad CRC for inode 6594903486, will rewrite
cleared inode 6594903486
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 2
        - agno = 4
        - agno = 1
        - agno = 6
        - agno = 5
        - agno = 11
        - agno = 3
        - agno = 9
        - agno = 8
        - agno = 7
        - agno = 10
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - agno = 16
Phase 5 - rebuild AG headers and trees...
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
done

 

Natürlich möchte ich wissen welche Datei hinter Inode "6594903486" steckt:

find /mnt/disk7 -inum 6594903486
/mnt/disk7/Backups/Shares/appdata/20220221_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3
/mnt/disk7/Backups/Shares/appdata/20220222_044032/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3
/mnt/disk7/Backups/Shares/appdata/20220219_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3
/mnt/disk7/Backups/Shares/appdata/20220220_044033/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3
/mnt/disk7/Backups/Shares/appdata/20220223_044030/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3
/mnt/disk7/Backups/Shares/appdata/20220224_044030/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3

 

Oder so:

xfs_db -c 'blockget -n -i 6594903486' /dev/sde1 
inode 6594903486 add link, now 1
inode 6594903486 mode 0100644 fmt extents afmt extents nex 1 anex 0 nblk 1 sz 135
inode 6594903486 nlink 6 not dir
inode 6594903486 extent [0,822682790,1,0]
setting inode to 6594903486 for block 3/17376422
inode 6594903486 add link, now 2
inode 6594903486 add link, now 3
inode 6594903486 add link, now 4
inode 6594903486 add link, now 5
inode 6594903486 add link, now 6
inode 6594903486 name Backups/Shares/appdata/20220219_044031/plex/Library/Application Support/Plex Media Server/Metadata/Albums/3/93ef3d712fc025b1d7e0b3e2034b2ed17bdb105.bundle/Contents/com.plexapp.agents.lyricfind/tracks/e5e3335e63e05af69908a0be6f946b3e0278c682/lyrics/aacdb05f094b7e7f35af640534ca7c1466fb95f3

 

Da es nur Backups betrifft, habe ich entschieden diese vollständig zu löschen:

rm -r /mnt/disk7/Backups/Shares/appdata/*/plex & disown

 

Außerdem lasse ich mir nun Benachrichtigungen senden, wenn bestimmte Wörter in den Logs auftauchen.

 

Ich denke ich werde zusätzlich das SATA Kabel der HDD tauschen.

 

 

  • Thanks 1
Link to comment
  • 4 weeks later...

Mittlerweile habe ich meine dritte 8TB Samsung QVO SSD und habe in meinem Test-Setup mal die Parität aufbauen lassen und sie fällt beim Schreiben wie bereits bekannt bei Dauerlast auf 160 MB/s:

image.png.fb3fbd05ea40cd3a2bc069ab8fc770ae.png

 

Wenn die Parität fertig ist, werde ich mal einige Daten drauf schaufeln und auch wieder löschen und dann mal auswerten in wie weit das die Performance weiter belastet. Später dachte ich daran die Corsair MP400 8TB NVMe als Parität zu verwenden. Dann hätte ich keine Bremse mehr im Array. Allerdings weiß ich nicht ob die überhaupt groß genug ist, weil ja bekanntlich wenige Bytes ausreichen und sie wäre nicht als Parität verwendbar. Und ja preislich ist die natürlich auch heftig. Aktuell über 1000 €.

 

Auch habe ich einen ersten Testdruck von meiner SSD Halterung angefertigt. Erstmal nur 1 Bay zum Testen. Dabei habe ich festgestellt wie schlecht mein Drucker eigentlich kalibriert ist, weshalb ich mich da noch dran machen werde.

image.png.435226f62f5993873a2bd8aebf3f55c8.png

 

image.thumb.png.27ff0521d09f35b4229b250ee1007724.png

 

 

Weiter geht der Stecker nicht rein ^^

 

image.thumb.png.d2c4ddd01fdcc20231a745c2e570469b.png

 

image.thumb.png.bb298761bfe31b8c4ba6dc1a489c9dea.png

 

Die Idee ist jedenfalls, dass man später unten und oben eine Führung für die SSD hat und dass man komplett ohne Backplane auskommt, weil das Kabel selbst die Backplane darstellt.

 

  • Like 2
Link to comment
On 3/12/2022 at 3:07 PM, mgutt said:

Entweder ist das ein Folgeproblem aus dem ersten Crash oder ich habe ein Problem mit Disk7:

 

Scheinbar lag es wirklich an Disk7. Seitdem ich xfs_repair ausgeführt habe ist der Server wieder stabil. Kabel habe ich keine ausgetauscht.

Link to comment
  • 2 weeks later...

Zwei weitere 8TB SSDs kommen die Tage. Diverse CRC Fehler in den SMART Werten waren wohl Grund warum die Leute die zu Amazon zurückgesendet haben. Mir natürlich egal, solange die nicht ansteigen.

 

Außerdem habe ich mir den Xeon E-2226G (6 Kerner ohne HT) für das C246M-WU4 bestellt. Das Setup setze ich dann vermutlich als Desktop ein. Wobei ich auch noch das W480M mit i3 10100E habe, aber irgendwie komme ich nicht damit klar, dass das 3W mehr verbraucht 😅 Vermutlich verkaufe ich das dann wieder. Oder das wird mein neuer Backup Server bei Mutti. 🤔

 

 

Link to comment
On 4/19/2022 at 6:15 PM, mgutt said:

Zwei weitere 8TB SSDs kommen die Tage.

Amazon geht mir echt auf den Zeiger. Die eine SSD hat massig TBW und ist schon 9 Monate gelaufen und die andere wurde geöffnet und die Platine ausgetauscht. Statt 8TB nur 128GB. Die Manipulation kann man sofort erkennen, da das Label beschädigt werden musste um an die Schrauben zu kommen. Das sollten die doch bei einem 800 € Artikel wirklich genauer prüfen.

 

Screenshot_20220421-234608.thumb.png.c09e2d1ff4a08d521eacebc757bb22bb.png

 

 

Link to comment
On 4/22/2022 at 1:42 AM, DataCollector said:

Sollten die 800Euro für die SSD ernst gemeint sein, gibt es andere Anbieter, die aktuell günstiger sind.

 

Ne das waren Retouren. Die bekommt man mit Glück für 400 €. Ich habe schon mit Amazon UK gesprochen. Ich soll die retournieren und bekomme mein Geld wieder. Auch den Rückversand bekomme ich erstattet.

 

Hier noch mal ein Foto:

466505319_WhatsAppImage2022-04-25at10_29_26.thumb.jpeg.d8d433ba4d0d895a066f4ba2a93b0eea.jpeg

 

Wie man sieht wurden runde Sticker über die Schrauben gemacht. Oben links den Sticker hatte ich bei Ankunft entfernt, weil mir das direkt Spanisch vorkam.

 

On 4/19/2022 at 6:15 PM, mgutt said:

Außerdem habe ich mir den Xeon E-2226G (6 Kerner ohne HT) für das C246M-WU4 bestellt

Und weil ich gerade Pech habe, hat mir der Händler einen E-2224 geschickt. Also 4-Kerner ohne iGPU. Böse Zungen würden sagen ein billiger i3 mit anderem Logo drauf für mehr als den doppelten Preis. 🤪

Link to comment
1 minute ago, mgutt said:

Und weil ich gerade Pech habe, hat mir der Händler einen E-2224 geschickt. Also 4-Kerner ohne iGPU. Böse Zungen würden sagen ein billiger i3 mit anderem Logo drauf für mehr als den doppelten Preis. 🤪

Eine Pechserie mit sehr schief gelaufenen Internetbestellungen habe ich auch gerade hinter mir. Du hast mein Mitleid!

 

Auch Samstag hat mich eine Lieferung erreicht, bei der der Händler die Ware ohne Polsterung in den sehr knappen Karton gestopft hat. Natürlich mechanische Beschädigungen. Mutmaßlich Transportschaden, aber Karton drum herum war unbeschädigt.

Also wieder mitd em Händler streiten.

Link to comment
  • 4 weeks later...

Bei Aliexpress wollte mich wohl ein Händler über das Ohr hauen. Ich hatte 6x SATA M.2 Adapter bestellt, der Händler hat dann eine falsche Tracking-ID hinterlegt UND die Bestellung storniert. Dadurch war die Bestellung erfüllt und das Geld wurde mir nicht gutgeschrieben. Ich habe daher einen Käuferschutz-Fall eröffnet. Ziemliche Sauerei, dass Aliexpress diese Konstellation überhaupt erlaubt.

 

Übrigens gibt es von der 5-fach SATA eine neue Variante:

https://www.aliexpress.com/item/1005001671783963.html

 

So wie das aussieht, sollte das Gehäuse das Verbiegen der Platine verhindern (was ja beim reinstecken bei den dünnen M.2 Platinen durchaus passieren kann).

 

Außerdem habe ich mir jetzt über eBay einen gebrauchten Xeon W-1290E bestellt:

https://www.ebay.de/itm/324785125236

 

Der ist nur marginal langsamer als der W-1290P:

https://www.cpubenchmark.net/compare/Intel-Xeon-W-1290E-vs-Intel-Xeon-W-1290P/4276vs3831

 

Da man den W-1290P nur neu für teuer Geld bekommt, kann ich damit gut leben.

Link to comment
46 minutes ago, mgutt said:

Übrigens gibt es von der 5-fach SATA eine neue Variante:

https://www.aliexpress.com/item/1005001671783963.html

So wie das aussieht, sollte das Gehäuse das Verbiegen der Platine verhindern (was ja beim reinstecken bei den dünnen M.2 Platinen durchaus passieren kann).

Zitat "mit Kühler für ThunderBolt3"

Doch versteh eich das ganz und gar nicht. War hat TB3 damit zu tun und warum sollte die Karte bei TB3 wärmer werden als native mit PCIe3.0 x2, die der JMB585 sowieso hat?

Auch find eich in der Beschreibung folgenden Text eher belustigend: "nicht enthalten die M.2 SSD".

Welche SSD? Wer erwartet in einem SATA Adapter eine SSD?

😆

 

46 minutes ago, mgutt said:

Außerdem habe ich mir jetzt über eBay einen gebrauchten Xeon W-1290E bestellt:

https://www.ebay.de/itm/324785125236

Hoch interessanter Preis, finde ich.

Wusste gar nicht, dass es den E gibt.

 

46 minutes ago, mgutt said:

Da man den W-1290P nur neu für teuer Geld bekommt, kann ich damit gut leben.

Sehe ich auch so. Ich habe aber jetzt meine beiden 1290.

 :)

Link to comment
  • 1 month later...

Irgendwas ist bei unRAID 6.10 komisch. Mein Testserver (W480M) verbraucht mit Stromsparkommandos wie gesagt 13W. Irgendwann steigt das aber einfach auf 19W. Wenn ich dann manuell die Stromsparkommandos wiederhole, schmiert ein Prozess ab. Irgendwas mit php/WebGUI/update_3 oder so. Danach ist das Terminal tot.

 

Bei 6.9 kann ich die Kommandos so oft ausführen wie ich will. Der verbraucht dann auch nicht einfach mehr mit der Zeit.

 

 

Link to comment
#!/bin/bash
# Start the Management Utility
/usr/local/sbin/emhttp &

# -------------------------------------------------
# Reduce power consumption
# -------------------------------------------------
powertop --auto-tune

/usr/sbin/ethtool -s eth0 wol g

 

Mehr nicht. 

 

Läuft auch nur genau ein Docker Container. Ich777s Jellyfin. Die anderen Container laufen auf dem J4105 der immer an ist.

Edited by MPC561
Link to comment

Passt nur bedingt zum Thema, aber mir ist jetzt aufgefallen, dass mein Server nach aufwachen aus dem S3 ca 2-3 W mehr im idle braucht im Vergleich zu einem "kaltgestarteten" idle. Nach dem Kaltstart pendelt er so zwischen 15 und 18 Watt, nach aufwachen aus dem S3 eher so 18-20 Watt. Hatte ich ehrlich gesagt nie drauf geachtet, daher kann ich nicht sagen ob das mit 6.10 zusammenhängt oder nicht. Kurios ist es allemal

Link to comment

@jj1987

Sicher das das nach 10 Minuten wenn er die Grafik deaktiviert auch noch so ist?

 

Wobei ich das mit 6.9. bei meinem ASROCK B460m Board auch schonmal beobachtet hatte und es war irgendwas mit der iGPU, soweit hatte ich damals nachgeforscht. Irgendwie ging nach sleep die iGPU nicht mehr in den Idle.

 

Gruss,

Joerg

Edited by MPC561
Link to comment

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.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.