Roudy

There are going to be a couple of ways to approach this. First, we will need to fix some parts of your script that may be causing some conflicts. You will want to distinctly separate LocalFilesShare from LocalFilesShare2, because the items that are in LocalFilesShare are awaiting upload to the remote drive. In your case, you have LocalFilesShare2 "/mnt/user/data/media" as a sub directory of LocalFilesShare "/mnt/user/data". You will want something more like the below. LocalFilesShare="/mnt/user/data/upload" LocalFilesShare2="/mnt/user/data/media" The easiest way I think to accomplish what you are wanting to do is to have 2 separate directories so you can see which are remote and which are local easily. So with this method, you wouldn't need the LocalFilesShare2 in your script. So you would have your local media in "/mnt/user/data/media/tv/" and remote media in "/mnt/user/mount_mergerfs/gdrive_media/tv/". When you set that up, you will establish another root folder in your Sonarr or Radarr (Settings>Madia Management>Root Folders) and add both paths for your TV shows. Then when you want to move it to the cloud, you can just edit the series' path from "/mnt/user/data/media/tv/Example Show" to "/mnt/user/mount_mergerfs/gdrive_media/tv/Example Show" and Sonarr will even offer to move the data for you. Once you have established that, you will just need to add the other folder to your Plex/media manager library. For Plex, you will edit the Library (Manage Library>Edit...) and add the other folder under the "Add folders" section. Then Plex will scan both locations for media and will detect the change from one folder to another after a short time and point the media there. The more difficult way in my opinion, would be to use the LocalFileShares2 and merge the local and remote folders entirely, but I you will have to manage each new show as it is added to have it add to the local path or the remote. After that, it should stay local. I use the word should* here because I didn't test it myself to ensure the behavior of it. I hope that makes sense or helps.

I noticed you blacked out the IP in the photo from your original post. If it is a private IP, you don't have to black it out. What is the address you are trying to reach Deluge at? Do you have any VPNs or multiple network cards on the system you are trying to access Deluge on?

You will only be able to access the interface if it makes a successful connection to the VPN provider. What do the logs say?

I want to make sure I understand everything correctly. You want to have a share that has local and remote files in it, and you will choose which ones you want local and which are remote? Or are you trying to choose certain files to have a copy of in the cloud as well?

Did you restart your system after the implementation? Is the a umask variable on your Sonarr docker? Can you shot what an "ls -l" looks like for your gdrive directory? Yes, Sonarr should make the path, but it does not have the rights to do it.

I just made the switch to use the nobody:users as well. Going to see if it causes any issues for me as well. Definitely a safer implementation I believe. If there aren't any issues after a week or so, I think you should submit it for a pull request. I'm a little confused what the change was as well... If anyone want to try the nobody:users permissions for the rclone mount, add the below in the rclone_mount script. # create rclone mount --uid 99 \ --gid 100 \

You will need to put it in the rclone mount portion of the mount script. The mount script on GitHub was updated to reflect. https://github.com/BinsonBuzz/unraid_rclone_mount

I tried the same thing while troubleshooting. From what I researched, the --allow-other covers the base for other users using the share. I was thinking of making it always use the nobody:users permissions though. I haven't thought through if it would cause any issues I may be overlooking. Have you had any problems with it since running it that way?

I recently changed my VM from i440fx to Q35 and I haven't had the issue for a few days now. Might be something to try if you are still having the issue.

I didn't have to do that for mine. Were you having the same issue until you updated the container?

Yes, I added them in the "# create rclone mount" section. **Correction, you only need to add the below to the "# create rclone mount" section. ** --umask 000 \

I got it working. Had to add --dir-perms 0777 and --file-perms 0776 to the rclone mount script and reboot. Weird I've never had an issue before. **Correction, you only need to add -umask 000**

Anyone recently run into permission issues? I've been running solid for over a year and now Sonarr is having issues importing and is having "Access to the path is denied." issues. Normally I run the Docker Safe New Perms and it fixes small issues like that, but I haven't had much luck. Wanted to see if anyone had a similar issue.

I have the same issue with my Windows 10 VM. There are no logs in unRAID, libvirt, or on Windows that shows any kind of error. I notice that it seems to happen for me while playing a game and not really any other time.

You will point Deluge to those directories. I would recommend using the "Labels" plugin in Deluge so it will separate your content as it downloads and puts it into the correct folder. That is just a list of folders that the mount will create when the script is run. It will create the directories that your media awaiting upload (LocalFilesShare) will go and the base file structure for your mergerfs. You can add or remove folders from there as needed.

I had a similar issue where the Deluge and Deluge Web UI weren't starting. I was using an older image and ended up just deleting the image and the directory and started from scratch. It worked after that, but I was unable to determine the root cause from the docker log and the logs in the container. I couldn't even manually start the service.

If the files are uploaded, you should see them on the remote PC. They are either there or they're not, so make sure you are mounting and uploading to the same location. You can keep the cache, just be aware that if you update a file it may appear as a duplicate. It won't really improve performance unless you access the same file multiple times. It will download it the initial time and then play from cache after that. Hope that makes sense.

How often is your upload script running? Can you manually run it and see if it appears on your remote computer? You will just have to use the first part of the script (Create Rclone Mount). You won't need anything after that. I caution about using a cache with the rclone mount if you are just reading as well. I say this because if you update a file on your system and it isn't the same file extension, it won't overwrite the existing media if its in cache. This will make the media server see duplicate files for the same media. It will eventually work itself out due to cache size/time, but something to be aware of.

I'm assuming you are using Djoss's image. In the settings it states "NOTE: This applies only when Network Type is set to Bridge. For other network types, port 5800 should be used instead." Give 5800 a try.

Are the files local on unRAID or on a remote system? Which Sonarr docker are you using? Can you verify the "Root Folers" path is correct under "Settings>Media Management" Also, you can try to run the "Docker Safe New Perms" under "Tools" to see if that helps as well.

I'm assuming you are using Plex. On the remote computer, it won't detect the file changes. You will have to manually scan the files or set it to scan periodically. There is also an "Autoscan" docker from Hotio in the APP store that may trigger the scanning as well. I haven't set it up on my remote box because the periodic scanning works fine for my case.

My script is for a Windows computer. It's really just an rclone mount without a cache. For another unRAID box, you would just need to modify the mount script and just use the rclone mount section without the use of a cache. I make my mount a read only on the remote box to prevent files from being altered.

Is there an error in the Sonarr logs at all? Could you post the error or what it says during the import?

I run a similar setup. Server number 2 wouldn't need the mergerfs since it is not downloading/uploading any content to cloud storage. You would just have to mount the rclone instance as a "Read" and use the same encryption keys. I personally created seperate oauth accounts to avoid API limits. Hope that helps.

That path is for files that you want to upload to rclone. You still point everything to the mergerfs and it handle the rest. Files awating upload will be there until the upload script runs.