March 18, 20251 yr Author 25 minutes ago, trurl said: appdata still has files/folders on disk1. Maybe an empty folder? There are definitely files there. Im looking and comparing the files left on the cache vs what is on the array. The files are the same. Not sure why they aren't being moved. Here are my appdata share settings:
March 18, 20251 yr Community Expert 8 minutes ago, Killabee44 said: The files are the same. Not sure why they aren't being moved Mover won't replace files.
March 19, 20251 yr Author On 3/18/2025 at 12:47 PM, trurl said: Mover won't replace files. Ok I will remove them Thanks. I had another question. Whenever I set the appdata share's secondary storage as array I get this error from the fix common problems plugin. Any ideas?
March 19, 20251 yr Community Expert Just noticed that your screenshot of the settings for appdata is definitely wrong. It says you are going to move it to the array. 1 hour ago, Killabee44 said: Ok I will remove them So do you mean you removed them from cache, and not from the array? That is not what I intended. You definitely don't want appdata, domains, or system shares moved to the array. If you have Secondary set to array, you must also have Mover action set to go from array back to cache. That will allow them to overflow to the array if cache has less than Minimum Free. But mover won't really be able to move them back to cache without disabling Docker and VM Manager in Settings so the files won't be open. After you are sure these shares have no files on the array, the simplest thing to do is set Primary:cache; Secondary:none and just don't allow cache to get very full. Post new diagnostics
March 21, 20251 yr Author On 3/19/2025 at 4:25 PM, trurl said: Just noticed that your screenshot of the settings for appdata is definitely wrong. It says you are going to move it to the array. So do you mean you removed them from cache, and not from the array? That is not what I intended. You definitely don't want appdata, domains, or system shares moved to the array. If you have Secondary set to array, you must also have Mover action set to go from array back to cache. That will allow them to overflow to the array if cache has less than Minimum Free. But mover won't really be able to move them back to cache without disabling Docker and VM Manager in Settings so the files won't be open. After you are sure these shares have no files on the array, the simplest thing to do is set Primary:cache; Secondary:none and just don't allow cache to get very full. Post new diagnostics Thanks. I get it now. I disabled docker, set the appdata share action to go from array back to cache and ran mover again. After it finished I set the appdata share to Primary:cache; Secondary:none. Here is the latest diagnostic file: rsunr-diagnostics-20250320-2335.zip
March 21, 20251 yr Community Expert 7 hours ago, Killabee44 said: Thanks. I get it now. I disabled docker, set the appdata share action to go from array back to cache and ran mover again. After it finished I set the appdata share to Primary:cache; Secondary:none. According to the diagnostics the appdata share still has files on disk1. Mover will not overwrite files so it is possible these are duplicates (in which case you need to manually decide which copy to keep) - Dynamix File Manager can help with tidying this up.
March 28, 20251 yr Author On 3/21/2025 at 6:57 AM, itimpi said: According to the diagnostics the appdata share still has files on disk1. Mover will not overwrite files so it is possible these are duplicates (in which case you need to manually decide which copy to keep) - Dynamix File Manager can help with tidying this up. Thanks. I was not able to find dynamix file manager but I did remove the files from disk1 and ran mover. Here is the diagnostics file:rsunr-diagnostics-20250328-0000.zip Edited March 28, 20251 yr by Killabee44
March 28, 20251 yr Community Expert The new diagnostics show that there are still files for the ‘appdata’ share on disk1.. appdata shareUseCache="only" # Share exists on cache, disk1 and you have the settings for that share such that mover will ignore it. You need to have both Primary and Secondary storage set for mover to even try and take action on that share. 1 hour ago, Killabee44 said: I was not able to find dynamix file manager If you click on the leftmost icon on the Main tab for disk1 that will bring up Dynamix File Manager.
April 1, 20251 yr Author On 3/28/2025 at 1:18 AM, itimpi said: The new diagnostics show that there are still files for the ‘appdata’ share on disk1.. appdata shareUseCache="only" # Share exists on cache, disk1 and you have the settings for that share such that mover will ignore it. You need to have both Primary and Secondary storage set for mover to even try and take action on that share. If you click on the leftmost icon on the Main tab for disk1 that will bring up Dynamix File Manager. Ah I didn't realize that Dynamix File Manager was built into Unraid. Ty I removed the appdata folder from Disk1. Looks like it's good to go now. Thanks to everyone that helped me resolve this. Really appreciate it!
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.