Inenting Posted December 28, 2019 Share Posted December 28, 2019 (edited) Hello guys, I recently installed the Fix Common Problems Plugin and it helped me fix a lot of errors I didn't even know I had. However there is one Error I need a bit of assistance with: Quote Share cache is identically named to a disk share While there *may be* (doubtful) valid use cases for having a share named identically to a disk share, this is only going to cause some confusion as if disk shares are enabled, then you will have duplicated share names, and possibly if disk shares are not enabled, then you might not be able to gain access to the share. This is usually caused by moving the contents of one disk to another (XFS Conversion?) and an improperly placed slash. The solution is to move the contents of the user share named cache to be placed within a validly named share. Ask for assistance on the forums for guidance on doing this. I checked my docker apps and it turned out that my plex docker had /mnt/user/cache mounted for transcoding, I removed this now from the docker. How do I go about fixing this now? Edited December 28, 2019 by Inenting Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 Is there anything in the share? Go to shares, then click the little folder at the far right for cache 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 Hi Squid, I do not have a share named "Cache" when I go to shares. I do remember having one but someday it disappeared after an unraid update. Quote Link to comment
FreeMan Posted December 28, 2019 Share Posted December 28, 2019 Note that in linux "Cache" is not the same as "cache" in the file system. It is very case sensitive. 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 I just check the /mnt/user/ folder and there is a "cache" folder in there, i saw that there was a folder (plextranscode) in there and deleted it. However the error is still there. What else do I have to do, and how do I get cache back in the shares list? Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 Now that it's empty you'd be able to click on it in shares and then delete it. 9 minutes ago, Inenting said: how do I get cache back in the shares list? cache never shows up in the shares list. The shares that may or may not use the cache drive are listed there. 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 Oh, some of my shares have "prefer" on cache disk (appdata) do I have to change that? Or do I have to delete "/mnt/cache" instead of what is in it? Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 2 minutes ago, Inenting said: Oh, some of my shares have "prefer" on cache disk (appdata) do I have to change that? Or do I have to delete "/mnt/cache" instead of what is in it? No and definitely no The entire complaint from FCP was that you had a share called "cache" That can under certain circumstances mess things up (or at the very least it messes you up ) 1 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 20 minutes ago, Squid said: No and definitely no The entire complaint from FCP was that you had a share called "cache" That can under certain circumstances mess things up (or at the very least it messes you up ) Ah I see, so should I just click on ignore error since the issue has been resolved? (rescanning doesn't make it go away) Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 If its still there after a rescan, then on the shares tab "cache" is still there and you haven't deleted it yet 1 Quote Link to comment
gmythx Posted December 28, 2019 Share Posted December 28, 2019 I just fixed a problem identical to this. I did not see a cache share either. In my /mnt/user/cache I found only files that appear to belong to Emby. I also had a folder /mnt/cache/cache which contained the same exact files. I checked my Emby config and found a setting for Cache Path set to /mnt/cache. I stopped Emby and moved the cache folder from /mnt/user/cache into a different share that I created (/mnt/user/emCache). So I ended up with /mnt/user/emCache/cache. When I moved the cache folder from under /mnt/user the /mnt/cache/cache was no longer there. I then restarted Emby and changed the Cache Path setting to /mnt/user/emCache. Emby seems to be happy with the change. I then re-scanned with Fix Common Problems and no longer had the error. I am not positive that this is the best way to fix this problem, but it seems to have worked for me. 1 Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 8 minutes ago, gmythx said: I did not see a cache share either. In my /mnt/user/cache I found only files that appear to belong to Emby. I also had a folder /mnt/cache/cache which contained the same exact files. The exact same problem. And you ultimately solved it by what we're trying to get @Inenting to do. Fix the problem on the template, and then delete the share 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 I do not have a cache share in my shares tab, O checked my dockers and vms and nothing has mnt/cache. Can I delete/view the share somehow via ssh? The folder /mnt/cache exists but is empty (i used ls) Quote Link to comment
Squid Posted December 28, 2019 Share Posted December 28, 2019 5 minutes ago, Inenting said: The folder /mnt/cache exists but is empty (i used ls) I think you keep misquoting /mnt/cache is the cache drive FCP was complaining that you have /mnt/user/cache which is a share (whether or not unRaid filters it out from the shares list), and may or may not be stored on the cache drive ls /mnt/user/cache will show you whats in it rm -rf /mnt/user/cache will delete it. 1 Quote Link to comment
Inenting Posted December 28, 2019 Author Share Posted December 28, 2019 Ooh that is where I went wrong! I deleted /mnt/user/cache and the error is gone now too, thank you very much everybody! Quote Link to comment
ProAm500 Posted January 27, 2022 Share Posted January 27, 2022 Sorry for resurrecting this old thread, but I am have the problem of having a share called "disk2" /mnt/user. In that /mnt/user/disk2 directory is the folder Vids, where I put all my video media. I also have a share in /mnt/user called Vids with the same content. Basically looks like this: /mnt/user/disk2/Vids /mnt/user/Vids Am I ok to delete the /mnt/user/disk2/ or will that delete the Vids directory and all the content contained in it? studio-diagnostics-20220127-1328.zip Quote Link to comment
JonathanM Posted January 27, 2022 Share Posted January 27, 2022 40 minutes ago, ProAm500 said: /mnt/user/disk2/Vids /mnt/user/Vids Am I ok to delete the /mnt/user/disk2/ or will that delete the Vids directory and all the content contained in it? Move the folders currently in /mnt/user/disk2/Vids into /mnt/user/Vids first. Quote Link to comment
itimpi Posted January 27, 2022 Share Posted January 27, 2022 42 minutes ago, ProAm500 said: Sorry for resurrecting this old thread, but I am have the problem of having a share called "disk2" /mnt/user. In that /mnt/user/disk2 directory is the folder Vids, where I put all my video media. I also have a share in /mnt/user called Vids with the same content. Basically looks like this: /mnt/user/disk2/Vids /mnt/user/Vids Am I ok to delete the /mnt/user/disk2/ or will that delete the Vids directory and all the content contained in it? studio-diagnostics-20220127-1328.zip 134.15 kB · 0 downloads Do you know how you got into this situation? It looks like a copy or move was done manually at some point that went wrong? Quote Link to comment
ProAm500 Posted January 27, 2022 Share Posted January 27, 2022 (edited) 8 minutes ago, itimpi said: Do you know how you got into this situation? It looks like a copy or move was done manually at some point that went wrong? I honestly, I have no idea, but my best guess was during some data transfer or copy at some point. I have moved, replaced, and upgraded disks at a couple different points in the 4ish years that I have had this server online. I guess I can try to do a compare of those two directories to see what's exactly in them. Edited January 27, 2022 by ProAm500 Quote Link to comment
ProAm500 Posted January 27, 2022 Share Posted January 27, 2022 So it looks like there were some artifacts from copies, migrations, etc. I went ahead and deleted the offending share and looks like everything is safe. Quote Link to comment
Epoustoufflante Posted May 5, 2022 Share Posted May 5, 2022 Hello everyone. I ran into the same issue, for a user share named 'data'. I created the user share 'data' while following the tutorial found here. Solved it by renaming the user share to a different name string, and updating the relevant docker paths. Maybe it would be good to add in some sort of field check and warn users against using specific share names that could cause issues. Quote Link to comment
Squid Posted May 5, 2022 Share Posted May 5, 2022 It does when creating a share via the GUI. However there are numerous ways to not do it via the GUI (as you saw, the docker path), and that can't be caught. Hence the FCP tests 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.