wassereimer

Ist das nicht genau der genannte Fall?

Danke für eure Meinungen dazu. Dann werde ich das so lassen, wie es ist. Noch eine kurze Frage zur Parity: Bei zwei Parity-Platten mit x Daten-Platten können zwei Platten ausfallen, ohne dass man Daten verliert, richtig? Kann auch eine Parity- und eine Daten-Platte ausfallen?

Ein guter Hinweis mit der Schreibgeschwindigkeit, danke. Das hatte ich noch nicht auf dem Plan. Aber klar, schneller als das langsamste Gerät, die Parity HDDs, geht es nicht. Wobei ich grundsätzlich denke, dass das für mich nicht relevant ist. Ich weiß nicht warum, aber ich mag den Pool nicht. Und ich mag den Gedanken, dass die SSD Daten noch besser abgesichert sind. Ein Cache wäre auch ganz cool zur Beschleunigung; aber ich habe kein Platz mehr dafür. Zudem gibt die aktuelle Lizenz nur 6 Geräte her; würde also auch Geld sparen, die nicht erweitern zu müssen.

Moin, ich habe seit längerer Zeit folgende Konfiguration: Im HDD Array werden Daten (wenig Veränderung/Zugriffe) und Backups gespeichert. Im SSD Mirror Pool laufen 19 Docker Container. Ich überlege den Pool aufzulösen, eine SSD ins Array einzubinden und eine SSD als Cache zu verwenden. Die Shares kann ich ja den HDDs zuordnen und die Docker Container auf der SSD laufen lassen. Was habt ihr dazu für Gedanken? Kann ich erkennen, ob es zu viel Schreibaktivität auf den SSDs gibt, um das im Pool mit der HDD Parity laufen zu lassen? Habt ihr Vorschläge zur Optimierung? Viele Grüße

Are there any more information about what to do when you get the message "* This drive is part of a multi-drive pool or array."?

Thank you for the info. But for me, that doesn't fix it. 🤷‍♀️

After a reboot, the Status of System AutoFan is "Stopped" and it won't start. I manually need to disable it. Then it's running again. After that, I need to enable it again. Newest Unraid and Plugin version.

It was just for my inner Monk. It was all lowercase and didn't fit in my structure as I like it. 😅 And since there is an option, I used it. 🙂 But yes, I had to change a lot of paths, but that was ok for me. I was just confused that the default will not be used. Thank you for the explanation! In as little as two or three cases, my path was used. But I wasn't able to tell why. Now I know the "why". 🙂 Also, thank you again for helping me out to fix my docker. I'm still not a fan of how the docker containers are added and controlled in the UI, but this works better at the moment. An official and basic docker compose support, without the need of the CAs, would be great and a good compromise I think.

Example:

Is it normal that the CAs ignore the "Default appdata storage location" i have set to "/mnt/user/System/appdata/"? When i want to install one everything is set to "/mnt/user/appdata/[+ca+subfolder]".

Thank you. That helped to remove the old content. Then i will now install everything with CA. Hopefully everything is available. It's just so complicated instead of docker compose.... I hope there will be no more errors.

What do you mean with "may be a good idea to try a docker image instead of folder"? And nuking the docker folder means really deleting the complete docker directory? After that it will be newly installed?

Is there a way for this? I need the docker containers up and running.

Yes homeserver-diagnostics-20230524-1739.zip

And while trying to reboot the last time it wasn't a clean reboot. Unraid generated diagnostics. There Unraid had multiple entrys with May 24 17:40:16 HomeServer emhttpd: Unmounting disks... May 24 17:40:16 HomeServer emhttpd: shcmd (1275): /usr/sbin/zpool export ssd May 24 17:40:16 HomeServer root: cannot unmount '/var/lib/docker/zfs/graph/53bcad0d4b8bd8f9ecdfbdab5a3e843f664a98591a6f57b5836007dd8eceb0d7-init': unmount failed