bugsysiegals Posted January 20, 2023 Share Posted January 20, 2023 (edited) I've Disk 1, Disk 2, and Parity Drives. I noticed they were always running and was able to get Disk 2 to shut down after changing all my dockers from /mnt/user to /mnt/cache. That said, I see Disk 1 and Parity always active with Reads/Writes but cannot tell what is accessing them when using Active Streams/Open Files plugins or "lsof | grep mnt" command. How else do I find out what's accessing these disks and keeping them active? Edited January 20, 2023 by bugsysiegals formatting Quote Link to comment
bugsysiegals Posted January 20, 2023 Author Share Posted January 20, 2023 I clicked the folder on Disk 1 and found the latest file updated is docker.img. When I go to settings > Docker I see the v disk and app data is set to /mnt/user. Is it as simple as shutting down Docker service, changing this to /mnt/cache and then starting it back up or do I need to migrate some files from Disk 1 to the cache? Perhaps shutting down Docker service, running Mover, and then starting Docker service? Quote Link to comment
JorgeB Posted January 20, 2023 Share Posted January 20, 2023 You just delete the docker image and recreate on cache, also make sure you appdata is all on cache (Shares -> appdata -> compute), that would need to be moved though. Quote Link to comment
bugsysiegals Posted January 20, 2023 Author Share Posted January 20, 2023 (edited) 5 hours ago, JorgeB said: You just delete the docker image and recreate on cache, also make sure you appdata is all on cache (Shares -> appdata -> compute), that would need to be moved though. Ok, so shut down Docker, delete the docker.img, set it to /mnt/cache, start Docker, and it will recreate on cache without losing any settings like network type, fixed IP, etc.? About appdata, I only see Compute All on the bottom of Shares but not under appdata. Here's what I see below ... if I'm not mistaken it's recommended to keep the appdata, domains, and system on cache but it's then not backed up to the array so I can lose these critical items? Edited January 21, 2023 by bugsysiegals Quote Link to comment
trurl Posted January 20, 2023 Share Posted January 20, 2023 The warning triangle is just to inform you that the share has unprotected files. Nothing really to fix, you can backup appdata, for example with a plugin. You can have protection for files on pools (cache) by making it a mirrored btrfs raid1 pool Quote Link to comment
bugsysiegals Posted January 21, 2023 Author Share Posted January 21, 2023 (edited) 6 hours ago, trurl said: The warning triangle is just to inform you that the share has unprotected files. Nothing really to fix, you can backup appdata, for example with a plugin. You can have protection for files on pools (cache) by making it a mirrored btrfs raid1 pool Thanks, good to know. About the appdata ... I stopped my Dockers before doing any of this and simply changed /mnt/user to /mnt/cache which worked for all Dockers except Home Assistant VM will no longer start and is just a Black UEFI interactive screen. Did I do something out of sequence and any way to recover? I created a new Linux VM, pointed it to the cache\domains\folder and the qcow2 file and it started right up. Edited January 21, 2023 by bugsysiegals 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.