Does cache_time work the same as cache.files or should I leave it at the default 120? What exactly is cached - just the amount of free space i.e. not relevant for a unlimited gdrive and a local folder which the local system manages?
ok figured out the --dir-cache-time 720h applies to the local folder in the union as well. Is there a way to get changes made locally picked up quickly, but gdrive changes still will a long cache time? I don't write direct to gdrive (upload via rclone).
That is a sensible suggestion but it isn't possible with rclone just yet... The caching happens at the VFS layer and the union is made at a lower level. What you really want is a union of VFSes which I've had some discussion about on the forum already so I've got in in my thinking list!
Hi @ncw sorry for the slow reply, but I've been swamped at work.
Is there a way with union to get changes made to local folders to show up 'immediately'? I think for my scenario changes made to the rclone mounts/remotes will get picked up as I only upload to gdrive via rclone. But, it's the lag I've got at the moment for local folder changes that's stopping me using this.
A bit more on my workflow which I think is a common one.
List item I have a union of a local folder and various rclone remotes
List item New items get added to the local folder
List item A rclone upload script periodically moves files from the local folder to the various remotes
does union support poll-interval? I just got this error:
2020/06/13 10:32:34 INFO : union root '': poll-interval is not supported by this remote
Thanks. I think you are right that currently all the remotes need to support notify - when I made changes to a mounted remote i.e. via rclone, the changes still weren't picked up by the union.
I hope this gets fixed as union is unusable for my scenario where files are being changed constantly locally and to rclone mounts within the union, which is a shame as media playback seems faster with union than with mergerfs based on my limited testing