I write everything based on the mergerfs policy to /local in my setup. When a hard link happens, it happens on the same disk which is /local.
The only time I write to rclone is when I upload over night.
mounted Movies NZB seed TV
felix@gemini:/gmedia$ cp /etc/hosts .
felix@gemini:/gmedia$ ln hosts blah
felix@gemini:/gmedia$ ls /local
blah hosts Movies NZB seed TV
felix@gemini:/gmedia$
So you can't make a hard link from /local to /GD as those cross disks just like I can't link between two physical disks.
felix@gemini:~$ ln /local/hosts test
ln: failed to create hard link 'test/hosts' => '/local/hosts': Invalid cross-device link
So when anything unzips, uncompresses, moves, it all happens on /local underneath based on my mergerfs policy which then allows me to hard link.
I think I'm doing the same too. I have pointed everything to /gmedia (mergerfs mount) and underneath it is being written locally to /data/local. However, that is not linking (inodes is different).
I'm just wondering how you are able to harldlink between:
/gmedia (mergerfs mount) and /data/local if these are different file systems?
I have a seedbox that I use to download via usenet, and it also serves as my Plex server. I've been using your settings as a guide for my own setup. My movie/tv library is stored on my GSuite Google Drive, and your settings introduced me to the idea of using mergerfs to combine my Gdrive contents and my local seedbox storage. Recently, I've run into some performance issues that I'm hoping you (or anyone else) may be able to help me diagnose.
My seedbox slot is on an SSD, but I'm not seeing the kind of performance I would expect to see for an SSD. I specifically notice it when my NZB program is unpacking a large download. I had been using NZBGet, and it seemed like it was taking a really long time to unpack. I tried switching to SABnzbd, and I haven't seen an improvement. SABnzbd include a performance test feature, and my temporary and completed download folders are both reporting speeds between 55-90MB/s. From my understanding, an SSD should be faster than this.
During my attempts to diagnose the issue, it was suggested that the slower speeds were due to trying to write directly to a FUSE mount. It’s true that both my temporary and completed download folders are in a subfolder of my folder created using mergerfs. From my understanding, though, the way your settings are done should ensure that any writing to that folder should happen on the local filesystem (and not to the remote drive). Assuming I’m understanding that correctly (and used the correct settings), would the fact that I’m downloading to my merged folder still potentially be the cause of the slow speeds? Is there anything else I’m missing that could be causing this issue? Would I be better off setting the temporary directory to a different folder outside of my merged folder? The reason I put them all under the merged folder was to ensure I could take advantage of the hardlinking option in Radarr and Sonarr. Thanks in advance to anyone who can help me figure this out. I’m pasting the exact commands I’m using to mount my drive via rclone and my mergerfs command.
Figured out how to run the test. Below were my results. Assuming I did it correctly, the speeds reported are much higher than what SABnzbd is reporting.
seannymurrs@shuttle ~ $ dd count=5k bs=1M if=/dev/zero of=~/gmedia/test
5120+0 records in
5120+0 records out
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 7.61625 s, 705 MB/s