32bit version of plugin Resilio Sync in repository so no syncing of files >4GB, need 64bit version (it is 2019...)

Okay Thanks, I think we have to wait for a new release then. 

Seems it's a bug in Resilio Sync. See https://forum.resilio.com/topic/71455-resilio-sync-263-on-freenas-bsd-not-syncing-4gb-files-size-limit-exceeded/

Debug.txt just says:

80000000

0

Sync.log has the following:

Hi,

Can you please attach /var/db/rslsync/sync.log and /var/db/rslsync/debug.txt

Thanks.

There's only one line in messages from when Resilio Sync is started, nothing after that (been on for a several hours). The line is

rslsync syslogd: kernel boot file is /boot/kernel/kernel

Below is from the Windows Resilio Sync file:

[2019-10-15 21:12:52.577] ScheduledTask: "ConnectMorePeers" invoked: timer, reason:OnFileWantsDownload
[2019-10-15 21:12:52.577] TF[DDF4] [0x0000023401869e50][\\?\E:\Install\Setup-1.cdx]: state:SEED error: meta:1 conns:0 io:0 disk:0% mt:1% net: 0%
[2019-10-15 21:12:52.577] TC: Force unloading torrent \\?\E:\Install\Setup-1.cdx
[2019-10-15 21:12:52.577] TF[DDF4] [0x0000023401869e50][\\?\E:\Install\Setup-1.cdx]: check can delete: fs_refs = 0
[2019-10-15 21:12:52.577] TF[DDF4] [0x0000023401869e50][\\?\E:\Install\Setup-1.cdx]: unloading up:1048576/0 down:0
[2019-10-15 21:12:52.577] TF[DDF4] [0x0000023401869e50][\\?\E:\Install\Setup-1.cdx]: deleted
[2019-10-15 21:12:52.592] TF[DDF4] [0x000002340186ab70][\\?\E:\image.iso]: state:SEED error: meta:1 conns:0 io:0 disk:0% mt:1% net: 0%
[2019-10-15 21:12:52.592] TC: Force unloading torrent \\?\E:\image.iso
[2019-10-15 21:12:52.592] TF[DDF4] [0x000002340186ab70][\\?\E:\image.iso]: removing torrent for file: unloadable, io: 0
[2019-10-15 21:12:52.592] TF[DDF4] [0x000002340186ab70][\\?\E:\image.iso]: check can delete: fs_refs = 1
[2019-10-15 21:12:52.592] FSTORAGE: Closed handle 3612 - "\\?\E:\image.iso"
[2019-10-15 21:12:52.592] TF[DDF4] [0x000002340186b890][\\?\E:\old.iso]: state:SEED error: meta:1 conns:1 io:0 disk:0% mt:1% net: 0%
[2019-10-15 21:12:52.592] PC[0x000002340cf64a60][0x000002340186b890] pending:0 requests:0 unwirtten:0
[2019-10-15 21:12:52.592] TF[DDF4] [0x000002340186ab70][\\?\E:\image.iso]: closed all handles, fs_refs = 0

There's no problem between Windows Resilio Sync with files >4GB. All files <4Gb sync fine to FreeNAS but anything >4GB stays in sync qeueu. You can see it continously trying to sync them by bandwith pyramiding (up & then down). Guessing Windows Resilio Sync is trying to send file to FreeNAS Resilio Sync but it shutting down any transfer because file >4GB.

I've tried finding the FreeNAS Resilio Sync log files without luck (why does Unix/Linux have to be so overly complicated?). https://help.resilio.com/hc/en-us/articles/206664730-Collecting-debug-logs-

Looking at a link from the link above (https://www.ixsystems.com/community/threads/howto-resilio-btsync-iocage-setup.61843/) I came across the following:

"I've recently migrated to 11.2 and have noticed that there is something wrong with this config regarding max file sizes over 4GB.
Getting the following in the resilio logs:
Code:is not written to disk: size limit exceeded
However when I've tested the resilio plugin using the same 4GB test file it's able to sync with no issues. I'm wondering if there's an issue with how the jail is created and thinking that it's using a file system that doesn't allow files larger than 4GB?"

Are jails limited at 4GB file sizes?