-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Ich hole das alte Thema noch einmal hervor, nur der Vollständigkeit halber: Heute habe ich das Update von Version 6.12.14 auf 7.1.3 durchgeführt – und das Problem mit dem SpinDown der Festplatten scheint damit behoben zu sein. Die Platten bleiben jetzt zuverlässig im SpinDown-Modus. Was genau die Ursache war, kann ich zwar nach wie vor nicht sagen, aber das Update hat das Problem offensichtlich gelöst.
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Ich hab jetzt mal alle PlugIns, bis auf die im Screenshot deinstalliert. Trotzdem leider immer noch kein SpinDown. Bzw. alle 60 Sek. gibt es Read-Aktivitäten und die Platten werden wieder aufgeweckt.
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Guter Hinweis. Ich hab dadurch erkannt, dass exakt alle 60 Sekunden Reads für 1-2 Sek. stattfinden. (mehrfach mit einer Stoppuhr nachgemessen) Es muss also irgendeinen Prozess geben der alle 60 Sekunden irgendetwas vom Array ausliest. Gibt es einen einfach Weg herauszufinden welcher Prozess das ist? War wohl nur deswegen weil ich ja auch die Docker gestoppt habe. Im Normalbetrieb habe ich ständig hier Writes in meine InfluxDB.
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Nochmals Danke. Nächstes Wochenende kann ich mich mal an den Trial Stick dran machen, falls nicht bis dahin jemand nen Einfall noch hat.
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Vielen Dank mal für deine Antwort und Mühen. Also ParityCheck läuft definitiv nicht. Das Plugin Parity Tuning habe ich deinstalliert. Danach wieder manueller SpinDown. Leider wieder das selbe Ergebnis. 10 Sek. später wachen die Platten wieder auf. Vielleicht interessant zu erwähnen. Die Cache Platte ist und bleibt im Standby. Es geht nur um die Platten im Array.
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Gute Frage. Hat er automatisch gemacht. Wie dem auch sei .... Ich habe jetzt auf 6.12.13 upgedatet. Wie du auch vorgeschlagen hast, habe ich vor dem Update noch Dynamix Cache Directories deinstalliert. Update gemacht. Server neu gestartet. Array hoch gefahren. Alle Docker und VM (VM hab ich aber nicht) sind gestoppt. Dann wieder ein manueller Spin Down. Und nach ca. 5-10 Sek. gingen wieder einzelne Kerne von der CPU auf 100% und dann waren die Platten eine nach der anderen auch schon wieder wach. Und die CPU wieder auf Idle. Somit hat es wohl mit den Docker nichts zu tun. Danach hab ich Diagnostics laufen lassen. Vielleicht ist ja darin der Fehler zu finden. Mich wundert es einfach nur, weil ja vor dem Festplattentausch der automatische SpinDown ja funktioniert hat. Und bis auf die oben beschriebenen Tätigkeiten ist nichts verändert habe. Leider hab ich von dem Zustand vor dem Tausch kein Diagnostics. Nochmals Danke thor-diagnostics-20240915-1816.zip
-
HDD Spin down - nach Cacheplatten Austausch und Update auf 6.12.9
Hallo zusammen, ich bin mir bewusst dass ich dieses Thema schon oft hier behandelt worden ist. Aber ich denke, ich habe jetzt ziemlich schon die klassischen Dinge ausprobiert bzw. ausgeschlossen. Also grundsätzlich hat der Spin Down der HDDs funktioniert. Ich habe Gestern allerdings "nur" die Cache-SSD ausgetauscht (Upgrade von 250GB auf 1TB). Ich habe das Verfahren angewandt wie hier beschrieben. Den Cache per Mover aufs Array. Austausch. Und dann wieder per Mover zurück aufn Cache. Gleichzeitig ist durch den Neustart des Servers das Update von Unraid 6.12.2 auf 6.12.9 gemacht worden. Außerdem wurde das Plugin (soweit ich mich erinnern kann: Dynamix Cache Directories) nicht mehr unterstützt und musste das aktuelle von dlandon installieren. Ich habe dann wieder bei den System Shares alles auf Cache gestellt. Habe auch geschaut dass ja keine Reste im Array von den System Shares zu finden sind. Trotzdem, jedes Mal wenn ich die Platten mit Spin Down runterfahre .... 3-5 Sekunden später geht die CPU-Leistung in die Höhe und eine Platte nach der anderen fahren wieder hoch. Ich habe File Activity installiert .... aber im Moment des Hochfahrens der Platten gibt es keine Aktivitäten. Auch im Sys-Log ist nichts zu finden. Überseh ich etwas? Was kann ich noch kontrollieren? Im Anhang findest ihr Screenshots von den, so denke ich, wichtigen Infos. Vielen Dank im vorraus. Schönen Gruß root@XXXX:~# ls -la /mnt/user0/ total 44 drwxrwx--- 1 nobody users 168 Sep 15 15:19 ./ drwxr-xr-x 12 root root 240 Sep 14 07:49 ../ drwxrwxrwx 1 nobody users 73 Apr 1 2023 backup/ drwxrwxrwx 1 nobody users 20 Jul 14 2023 ebook/ drwxrwxrwx 1 nobody users 4096 Aug 23 10:32 gopro/ drwxrwxrwx 1 nobody users 20480 Sep 14 10:44 movies/ drwxrwxrwx 1 nobody users 6 Mar 2 2023 music/ drwxrwxrwx 1 nobody users 4096 Aug 23 11:57 photo/ drwxrwxrwx 1 nobody users 6 Dec 29 2022 software/ drwxrwxrwx 1 nobody users 4096 Sep 15 06:53 stuff/ drwxrwxrwx 1 nobody users 18 Jan 6 2023 surveillance/ drwxrwxrwx 1 nobody users 98 Aug 23 12:02 video/ Sep 15 16:36:46 xxxx emhttpd: spinning down /dev/sdd Sep 15 16:36:46 xxxx emhttpd: spinning down /dev/sde Sep 15 16:36:46 xxxx emhttpd: spinning down /dev/sdb Sep 15 16:36:46 xxxx emhttpd: spinning down /dev/sdf Sep 15 16:36:46 xxxx emhttpd: spinning down /dev/sdc Sep 15 16:36:46 xxxx emhttpd: read SMART /dev/sdf Sep 15 16:37:15 xxxx emhttpd: read SMART /dev/sdd Sep 15 16:37:15 xxxx emhttpd: read SMART /dev/sdb Sep 15 16:37:19 xxxx emhttpd: read SMART /dev/sde Sep 15 16:37:25 xxxx emhttpd: read SMART /dev/sdc
-
[support] digiblur's Docker Template Repository
-
[support] digiblur's Docker Template Repository
Hello, to reach my ESPHome Dashboard - i would like to add an username and password. Do you have any advise for me? Thank you in advanced.
Painfreeze
Members
-
Joined
-
Last visited