RichardIstSauer Posted February 14, 2021 Share Posted February 14, 2021 Hallo ich habe aktuell kein SSD Cache, brauch ich erstmal auch nicht. Allerdings benutze ich Docker, dass heißt auch bei Nichtbenutzung sind ja sehr kleine Schreib- und Lesevorgänge im Gange. Heißt dass dann auch dass die Platten nie runterfahren ? Ich weiß, dass es in der aktuellen Beta, welche ich benutze den Bug gibt, dass sie nicht automatisch nach Zeit x herunterfahren. Aber auch wenn ich sie manuell runterfahre fahren sie nach ein paar Sekunden wieder hoch. Würden die Platten nach dem Runterfahren auch im Standby bleiben, wenn ich einenn SSD -Cache hätte, weil dort ja dann die Docker Anwendungen laufen würden? Oder wie funktioniert der automatische Spin Down in Unraid ? Danke für eure Hilfe ! 😀 Quote Link to comment
mgutt Posted February 14, 2021 Share Posted February 14, 2021 14 minutes ago, RichardIstSauer said: Heißt dass dann auch dass die Platten nie runterfahren ? Kommt auf die Container an, aber die meisten schreiben irgendeine Kleinigkeit und daher läuft diese Platte dann immer. 14 minutes ago, RichardIstSauer said: Würden die Platten nach dem Runterfahren auch im Standby bleiben, wenn ich einenn SSD -Cache hätte Ja. Und die ständig laufende SSD verbraucht deutlich weniger Strom als die HDD. Daher spart es Energie und die Container laufen natürlich auch schneller. Also los, SSD kaufen Quote Link to comment
RichardIstSauer Posted February 14, 2021 Author Share Posted February 14, 2021 Okay danke. Kann es auch erstmal eine einfache SATA SSD sein ? Habe nämlich noch eine. Quote Link to comment
mgutt Posted February 14, 2021 Share Posted February 14, 2021 6 minutes ago, RichardIstSauer said: Kann es auch erstmal eine einfache SATA SSD sein Klar. Habe ich auch, weil ich meinen M.2 Slot für mehr SATA Ports opfern musste ^^ Denk aber an Backups. Einzelne SSDs bieten keinen Ausfallschutz. Quote Link to comment
RichardIstSauer Posted February 14, 2021 Author Share Posted February 14, 2021 Gibt es eine Vorgehensweise mit Backups von dem SSD Cache bevor der Inhalt gemoved wurde oder geht nur 2 SSD's im RAID 1, um die Ausfallsicherheit zu gewährleisten ? Quote Link to comment
mgutt Posted February 14, 2021 Share Posted February 14, 2021 Eine Live-Ausfallsicherheit geht natürlich nur mit zwei SSDs. Ich sichere die SSD alle paar Stunden. Damit besteht die Möglichkeit, dass ich Dateien der letzten Stunden verliere, sofern die SSD kaputt geht. Das können in meinem Fall aber nur Dateien sein, die ich a) vom Client auf das NAS verschiebe und nicht kopiere, was ich selten mache bzw möglichst vermeide und b) hieße das, dass die Datei noch nicht im Backup des Clients enthalten ist, was ich ja parallel auch noch mache. Es kann also wenn nur eine Datei sein, die ich heute erst auf dem Client erstellt und kurz danach auf das NAS verschoben habe. In meinem Fall ist das Musik oder Filme, die ich rippe. Dann rippe ich die eben noch mal neu. Natürlich müsste man sich dann noch fragen ob ein Docker-Container oder VM irgendwelche wichtigen Dateien in den letzten x Stunden auf die SSD schreiben könnte. Da hätte ich jetzt nichts. Wenn in Plex zB der Status der zuletzte gesehenen Episode verloren ginge... das bringt mir höchsten eine Diskussion mit der Regierung ein ^^ Quote Link to comment
RichardIstSauer Posted February 16, 2021 Author Share Posted February 16, 2021 Habe heute 2 x 120GB Sata SSD's im RAID 1 (btrfs) als Cache eingebaut. Dann habe ich geschaut, dass der appdata Share auf Cache bevorzugt steht was ja standarmäßig so ist. Dann habe ich den Mover manuell gestartet (hat ca. 30 min gedauert). Dann war ich sehr verwundert, dass alle Docker kaputt waren ^^. Habe dann im appdata Share gesagt Cache:Nein. Mover manuell gestartet (hat ca. 10s gedauert). Immernoch kein Docker funktionsfähig (beim einen war eine Sache zerschossen, beim anderen ging gar nichts). Dann neugestartet und alle Docker haben wieder funktioniert. Kann man sagen woran es gelegen hat ? Und wie übertrage ich jetzt den appdata Share auf den Cache ? Weil mein Problem war ja, dass sich die HDD's aufgrund von Docker Schreib- und Lesevorgängen nicht schlafen gelegt haben. Auch wenn der automatische Spin Down in der 6.9.0 RC2 aktuell nicht funktioniert (Habe ich manuell gemacht). Quote Link to comment
Ford Prefect Posted February 17, 2021 Share Posted February 17, 2021 8 hours ago, RichardIstSauer said: Kann man sagen woran es gelegen hat ? Und wie übertrage ich jetzt den appdata Share auf den Cache ? Weil mein Problem war ja, dass sich die HDD's aufgrund von Docker Schreib- und Lesevorgängen nicht schlafen gelegt haben. ...Du hast bei der Mover-Aktion vergessen den Docker&VM Service währenddessen zu de-aktivieren? Quote Link to comment
RichardIstSauer Posted February 17, 2021 Author Share Posted February 17, 2021 1 minute ago, Ford Prefect said: ...Du hast bei der Mover-Aktion vergessen den Docker&VM Service währenddessen zu de-aktivieren? Ja ich habe vergessen sie runterzufahren, aber auch die schon heruntergefahren waren haben nicht mehr funktioniert. Sollte ich also in den Einstellungen Docker auf Aus setzen ? Und dann würde alles funktionieren ? Quote Link to comment
Ford Prefect Posted February 17, 2021 Share Posted February 17, 2021 Ja, nicht nur die Docker selbst, sondern unter Settings (VMs und Docker) den Service deaktivieren. Dann sollten alle Files ohne Zugriff sein, sodass der Mover die auch anfasst. Im Log kannst Du das verfolgen...wenn der Mover Files nihct mitnimmt, einfach nochmal probieren. Statt "Prefere" kannst Du auch zuerst für die Dauer der Aktion auf "Cache=Only" setzen...sollte aber egal ein. Quote Link to comment
RichardIstSauer Posted February 17, 2021 Author Share Posted February 17, 2021 Danke. Bin dabei. Das heißt ich habe Bruchstücke des appdata Ordners in den Cache übertragen, die gerade keine Lese- und Schreibvorgänge hatten richtig ? Quote Link to comment
Ford Prefect Posted February 17, 2021 Share Posted February 17, 2021 ...so ungefährt....die Files, die nicht von einer anderen Anwendung im Zugriff (geöffnet) waren. Quote Link to comment
saber1 Posted February 17, 2021 Share Posted February 17, 2021 (edited) Sonst gerne auch mal in die Wiki schauen. Auch wenn sie nicht mehr ganz aktuell ist: Für Deine Aktion passt es: https://wiki.unraid.net/Replace_A_Cache_Drive Nicht am Wort "Replace" stören. Es geht darum, wie mit Docker/VM's zu verfahren ist. Edited February 17, 2021 by saber1 Quote Link to comment
mgutt Posted February 17, 2021 Share Posted February 17, 2021 13 hours ago, RichardIstSauer said: Habe dann im appdata Share gesagt Cache:Nein Bei "No" oder "Only" läuft der Mover nicht. Nur bei "Yes" oder "Prefer". Außerdem kann man dann über den Pfad /mnt/user/Sharename nur noch die Dateien auf der SSD oder der HDD finden und diesen Pfad nutzen die Docker Container. Im laufenden Docker-Betrieb also niemals die Cache-Einstellung verändern, ansonsten ist es normal, dass die Container kaputt gehen. Sagen wir mal der Mover hat die Hälfte der Dateien von SSD auf HDD verschoben und du änderst den Cache auf "No". Dann sucht der Container nur noch auf der HDD nach Dateien = kaputt. Ich habe mal was als Feature Request eingestellt, damit den Leuten dieser Fehler nicht mehr passieren kann: https://forums.unraid.net/topic/102826-disallow-changing-the-cache-settings-of-shares-appdata-in-certain-situations/ 1 Quote Link to comment
Recommended Posts
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.