DZMM

ok, logic fail in my script. If you don't want to create a mergerfs mount you need to set: MergerfsMountShare="ignore" You haven't, so it's trying to create a to create a mergerfs mount - but it can't because LocalFileShare is set to ignore. To fix either set MergerfsMountShare to ignore, or add a location for LocalFileShare

We've never been able to pinpoint the problem as it seems intermittent. I haven't had problems for a few months now.

think you've got a formatting error in your script options - post your script please

can you post a copy of your email please if you can as mine didn't have that detail

No changes needed - just use the correct remote names

I got an email yesterday with my migration options, but it's voluntary at the moment, so I'd advise everyone hangs tight for now. On reddit some users have said the Enterprise unlimited price is $20/mth, although mine was listed as "please contact sales"

Looks like existing users/legacy accounts will be ok..

Ahhh, the logic in my upload script isn't quite right. It looks for the mountcheck file in the mount location - if you don't mount, then there is no mountcheck file!

I don't see why it would cause a problem. To be safe, I'd probably add the SMB share using UD.

If it was working before then my suspicion is that beta 29 could be the culprit. I've just had to rollback from beta29 as I've had 3 machine lockouts in 24 hours. Re speeds - rather than using UDs why not make your download drive a new pool drive with a cache/pool-only share 'downloads'? For me the biggest benefit of the 6.9 betas are having more options to have drives with shares that don't need to touch the array (even though I don't have a parity drive) and potential R/W slave issues, without having to resort to UD. E.g. here's my current structure, where only my cache has shares that are moved to the array

you need to specify wheere you want the Mergerfs mount to be you don't have to create your folders this way - I was just trying to make life easier for new users. I think though leaving this empty does create problems - so, just list two or more of your current folders (again I think there's a bug if you only list one folder)

Yes. If you want to add more folders to an existing mergerfs mount, you can add the extra paths in the script

Dunno - have you upgraded unRAID? If not, maybe upgrade unRAID and make your download drive a pool drive rather than UD.

I'm guessing that Mergerfs doesn't like using an unassigned drive. Maybe try using a normal user share and see if the error goes away?

post your mount script and rclone config.

I don't think so. My scripts do first found (ff) so it would write the file to LocalFileShare1 - I'm not sure what mergerfs does if LocalFileShare1 is full. If LocalFileShare1 was a normal unRAID share, then UnRAID would control where the file is written. You'll have to read up on mergerfs options, but that's outside the scope of this thread.

Have you tried looking at the folders to see if the files are actually there? Maybe your mount is dropping

If you just want to sync, then there's no point mounting as you've already got a local copy. I would just use the upload script but set it to sync not move: RcloneCommand="sync" # choose your rclone command e.g. move, copy, sync

I rarely have problems now. I'm not sure what the solution was - possibly upgrading unRAID or being on a newer version of rclone.

yes you add your mounts to /mnt/disks. I had problems with /mnt/disks when I was learning how to do all this, so I've steered clear of it since - others have managed it successfully.

Yes, if your dockers are all using sub-folders of differebt mappings, you will lose I/O benefits, including hardlinks.

That's correct - just remembered you said you haven't done an upload yet, so there won't be any folders yet in mount_rclone

If you've got: MountFolders=\{"movies,tv"} then you should have this folder structure: /mnt/user/local/gdrive_media_vfs/movies /mnt/user/local/gdrive_media_vfs/tv /mnt/user/mount_rclone/gdrive_media_vfs/movies /mnt/user/mount_rclone/gdrive_media_vfs/tv /mnt/user/mount_mergerfs/gdrive_media_vfs/movies /mnt/user/mount_mergerfs/gdrive_media_vfs/tv If you have any other folders at that level then delete them, unmount, and then remount to check that the script isn't creating any folders by mistake. Once sorted, then and the mergerfs folders as the source folders for plex, sonarr etc - not the local or the mount_rclone equivalents. If you need any more folders e.g. /4k_movies, this add them to the /mnt/user/mount_mergerfs/gdrive_media_vfs/ - you can do manually of course, but the script is there to help, and I think helps people understand what's really happening.

So, everything is ok now?

The extra folder could be because after being created the upload script added them to gdrive. Delete and they shouldn't come back if my theory is correct.