JorgeB Posted January 27 Share Posted January 27 Since the filesystem is read-only the mover may not work, recommend doing it manually. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 Okay, I startet the backup. After that I´ll copy all data back to a new cach drive. Do I have to do anything after copying the data back or just try to start docker again? Quote Link to comment
JorgeB Posted January 27 Share Posted January 27 Recommend recreating the docker image just in case it's damaged, so you don't need to copy that. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 I´ll do that and come back. Just have seen, that there is a old vdisk.img from an old VM, I would assume, that it is safe to delete. Quote Link to comment
JorgeB Posted January 27 Share Posted January 27 It is if you no longer need it. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 (edited) All data are back on the cache, the docker.img is rebuild and the dockers startet. Right now it looks good. Just a few files, still got a backup, weren´t readable. I hope the problem is solved. Edit: Just wanted to do a smart check on the new drive, but the check does not start. unraid-diagnostics-20240127-1522.zip Edited January 27 by Decay Quote Link to comment
trurl Posted January 27 Share Posted January 27 Your appdata, domains, and system shares have files on the array. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 They are set to: array --> cache. How to solve that? Quote Link to comment
itimpi Posted January 27 Share Posted January 27 2 minutes ago, Decay said: They are set to: array --> cache. How to solve that? Two points to note: Mover will not move all files if the docker and VM services are enabled Mover will not overwrite existing files, so if the same file exists on both cache and array you will have to manually decide which copy to keep and delete the other one. Quote Link to comment
trurl Posted January 27 Share Posted January 27 Since you have Dynamix File Manager you can take care of this yourself without getting mover involved, but ... Nothing can move open files. Disable Docker and VM Manager in Settings. Also, mover won't replace files so if a file exists in both places you will have to decide which to keep. You can see how much of each disk/pool is used by each User Share by clicking Compute... for the share on the User Shares page. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 Thank you for the fast response. Just checking which files I want to keep and which not, shall I keep the folders or also delete them? Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 Done that. It looks like all files show that they are on located on the cache, the files which should be there. unraid-diagnostics-20240127-1626.zip Quote Link to comment
trurl Posted January 27 Share Posted January 27 Diagnostics still says 1 hour ago, trurl said: Your appdata, domains, and system shares have files on the array. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 (edited) Is it a wrong configuration? All files are marked with the cache as location. I added a screen of the appdata sahre setting. Just trying to find it in the diagnostics. Edit: I found it in the diagnostics. When I backed up the cache drive, I copied all onto a folder, location is on disc1, is that the problem? Edited January 27 by Decay Quote Link to comment
trurl Posted January 27 Share Posted January 27 The share settings are fine, but those settings only control where new files are written, or where mover will move files. By themselves, the settings won't move anything. Did you try to move anything with mover or with Dynamix File Manager? Nothing can move open files. Quote Link to comment
itimpi Posted January 27 Share Posted January 27 18 minutes ago, Decay said: When I b If the folder name is the same as the share name then as far as Unraid is concerned that share exists on that drive. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 (edited) @trurl I copied all with Dynamix File Manager, Docker was offline and ther shouldn´t be any open files. @itimpi The folder I used for backup has a unique name, but all inside has the same folder name. Probably I should delete them. Edited January 27 by Decay Quote Link to comment
itimpi Posted January 27 Share Posted January 27 3 minutes ago, Decay said: The folder I used for backup has a unique name, but all inside has the same folder name. Probably I should delete them. That is not a problem, and would be a standard way of backing up to the array. It is only if the top level folder corresponds to a share name that would be an issue. Quote Link to comment
trurl Posted January 27 Share Posted January 27 3 minutes ago, Decay said: The folder I used for backup has a unique name, but all inside has the same folder name That means everything in that folder is in the "unique name" share, not in the shares we are discussing. You don't really need diagnostics to see this for yourself. 1 hour ago, trurl said: You can see how much of each disk/pool is used by each User Share by clicking Compute... for the share on the User Shares page. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 (edited) 29 minutes ago, trurl said: That means everything in that folder is in the "unique name" share, not in the shares we are discussing. Yes, all data and folders I backed up are in the "unique name" share. Just in that share are all folders have the original name. Edit: I´ll try something. I´ll add "_TMP" to the backup folders and will see what is going to happen. Edit2: Renaming doesn´t solved it. It looks like there are no data on the array, attaced some screenshots. Edited January 27 by Decay Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 (edited) I am sorry, I was stupid... Missed empty folders. Edit: Forgot to delete domains from disk1, also done that right now. Thank you for your help, I didn´t know what to do without you. There where some failures of my system, so I am not sure which answer I should mark as solution. unraid-diagnostics-20240127-1742.zip Edited January 27 by Decay Quote Link to comment
trurl Posted January 27 Share Posted January 27 Your domains share is still on disk1 in these latest diagnostics. The others are OK. Quote Link to comment
Decay Posted January 27 Author Share Posted January 27 Yes, it was, deleted it after I posted the diagnostic file. Had seen, that the diagnostic said, that it was still on the array. 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.