axeman

why do this on UnRaid. My windows machine maps to the unraid shares for Emby, Sonarr etc.

I do have it mapped on my windows machine as a drive letter. not sure if that's the same - but again - no issues.

My Emby server is on a Windows machine and it access the mergerfs share like any other unraid share. Zero difference. \\tower\mergerfs\Videos etc ...

Just tower/mergerfs. The only? downside, is that emby also creates the metadata there (I have it configured to save metadata to folders). So all those small files count toward the 400K teamdrive limit. If it gets too much, I can always just create a local metadata folder on the Emby Server - and let it store metadata there. But right now, it's not a huge problem.

Okay - so I have the script setup somewhat as intended. Tower/local - this is where the stuff that will get uploaded goes. Tower/videos - all my other "non cloud" videos (kids movies. Need available even if the cloud is down due to ISP issue. Tower/rclone - this is where all my gdrive mounts are directly mounted. I don't touch this, except maybe to see what's local/cloud Tower/mergerfs - combines Tower/local, Tower/Videos and Tower/RClone So emby server library has paths presented as: Tower/mergerfs/Videos/TV or Tower/mergerfs/videos/kids

That's just how I have it - because of circumstance, really. UnRaid and Emby (Sonnar too) were on different VMs for ages. I just added the scripts to UnRaid, and updated the existing instances to point to the mounts on UnRaid. I didn't have to do anything else. I also have non cloud shares that I still need UnRaid for - so to me, having all things storage related be on UnRaid server (local and cloud), and presentation and gathering on a separate machine is a good separation of concerns.

I maybe missing the mark here - but let UnRaid run the scripts and share the data. Whereever Plex is, just point to the UnRaid shares. That's exactly how my current setup is. None of my stuff here runs in the UnRaid dockers. The only downside - is if the mount goes down, your library might get wonky. Typically, Sonarr will complain about it - Emby doesn't do anything other than stall.

I am certainly no expert in this - but I believe you can accomplish this by running another instance of the script that points at your 4K collection - and set the option to NOT create merger FS mount for that script. MergerfsMountShare="ignore" at the top variables. Then on other script that you have the MergerFS, you update LocalFilesShare2 or whatever to include the path you create above. I have something similar with my TV shows. I have TV shows that are in-progress and TV shows that are completed separated out. The completed ones are on the cloud mount, the in-progress ones are local. The scenario is different because the libraries meant to show up separately. However, I'd imagine it'd work for your purpose as well.

Bjur, if you already know what your passwords are, try creating a new remote in rclone config and see if you can see your unencrypted data.

Same here. I even tried adjusting the sleep time to 120 seconds. Didn't seem to help.

Not sure if it's relevant, but the latest version of ESXi allow booting from flash. You can remove a layer of complexity.

Anyone else getting dropouts on the MergerFS mount? My mount seemed to have gone down last night. When I try to re-run the mount script, all I see in the logs is: 28.12.2020 13:54:08 INFO: Creating local folders. 28.12.2020 13:54:08 INFO: Creating MergerFS folders. Rebooting helps, but it goes down again fairly quickly. Started happening last night .

hmm the only thing that I did before it happened was move some files around. my local share had a /videos/TV_Classics and a /videos/cloud_Videos/TV_Classics I moved the entire folder (using a Windows machine) from /local/Videos/ to /local/cloud_Videos That was basically the last thing I did (re-parent the directory). a quick reboot fixed it - just curious if the reparenting did it.

Strangely - my array went down after an upload finished. Tried to run the upload script again and am getting this now:

Yeah, it's live. I just tried watching a show, and Emby must've updated the .nfo file, because log shows similar (upload script hasn't been run since a reboot). Maybe smaller files that are already in the rclone cache get upload directly? When I copy a large (new) file to the mergerFs mount, it does exactly as expected. The file goes to the corresponding folder on the "local" share. I'll test some more in a few hours.

Interstingly - it looks like mergerFS files aren't going to the "local" but are being uploaded directly... Seeing lots of these from a Sonarr refresh.

Hi there! Is there a way to control the order of execution on the "at Array First Start?" I have three scripts that I'd like two to run BEFORE the third one runs. Does it go by the script name or by what's in the #name variable? or something else?

Yes - excellent observation. I see the mergerfs github shows some activity from 5 days ago on fuse.c - maybe there was a breaking change? MergerFS gets installed at each array reboot right?

something is definitely going on ... even after a reboot, it came back. I'm in the middle of an upload on my paltry 400Mbit down/40Mbit up connection.... so definitely not hitting the quota - even though I do have service accounts. wonder if this is related to the stuff that happened last week w. google... maybe they are putting in some other sort of throttling?

I got the same "Transport endpoint is not connected" error last night as I was uploading. Rebooting fixed it. Funny thing was, I saw a lot of symmetrical read/writes on the flash drive.

My entire array went and borked itself last night/this morning. one of my ARRs was doing a massive update at the same time as Emby's library scan. Not sure if this was all related, but I stopped everything, manually deleted the rclone_cache, and restarted UnRaid. Everything seems OK again.

None of the above - more so that I can have a protected share that the kiddos can't see.

Okay - final dumb question - I want to completely separate out my adult tv shows so that it's not on the same mount. Can I have another merger fs mount, and corresponding upload script? Or will the conflict with each other?

DOH! SORRY. i thought it was a whole different script.

Hi - can you share that mount script with the merger FS parts striped out? is it just this part? # create rclone mount rclone mount \ $Command1 $Command2 $Command3 $Command4 $Command5 $Command6 $Command7 $Command8 \ --allow-other \ --dir-cache-time $RcloneMountDirCacheTime \ --log-level INFO \ --poll-interval 15s \ --cache-dir=$RcloneCacheShare/cache/$RcloneRemoteName \ --vfs-cache-mode full \ --vfs-cache-max-size $RcloneCacheMaxSize \ --vfs-cache-max-age $RcloneCacheMaxAge \ --bind=$RCloneMountIP \ $RcloneRemoteName: $RcloneMountLocation &