a few questions on filen and it's limitations
I have a paid filen subscription for my linux desktop, and other android devices (phone, chromebooks, etc.). I really enjoy using filen, but have run into some limitations I would like to ask (4) questions about.
When I started using filen, I was stricly using the desktop app with a goal of two-way sync on a few filesystems of my linux machine. What I found was that for larger filesystems, the sync would hang up and basically fail. Question #1 - what are some numbers for failure for large filesystems in terms of GB overall size, number of files, number of directories, etc. ??
So, from what I read here and elsewhere, the solution to this problem was use rclone, for which, filen is well suited. Already familiar with rclone on several other platforms (Google Drive, OneDrive, protondrive, Dropbox, etc.), I found this works great and sync, resync, and bisync for rclone is working fine. However, the limitation here is that you have to specific via crontabs how often to do the syncs. So, instead of when the file changes, or a small time span, it is reasonable to run rclone/bisync say a few times a day at most. This is much less frequent than the sync updates that I see on the filen GUI. Question #2 - What frequency at most would you expect rclone updates for large filesystems to bisync (20GB-400 GB) ?
Now, what I am wondering is can I take an existing rclone bisync and convert it via GUI to a filen two-way sync. Just stop the rclone on the linux side, given identical archives on both ends, and turn it on (release the pause) once setup via the GUI. This is Question #3.
If this is too much to ask, another question for anyone who has tried this. I am trying it now. If I take a large file system, and start with a small two-way sync, say 1GB and 5000 files. Then use the .filenignore file to gradually release one directory at a time in increments. Pause, comment out an ignore, unpause. These 3 steps repeatedly until all have been synced. Would this work any differently than running the entire two-way sync at once initially ? This is Question #4. I will report back here for my attempt on this.
Thanks.