19feet

I am somewhat disappointed that I do not receive any reaction to the problem described here. In the meantime, I have found out that the sync service can be restarted when you stop the sync service with sudo systemctl stop resilio-sync and systemctl --user stop resilio-sync and start it again with systemctl --user start resilio-sync In addition, after switching to another user under Ubuntu, you must first stop and restart the services as described so that the sync process runs properly.

This sync issue has nothing to do with an upgrade. It was just a coincidence. After I didn't get a response to my first request, I uninstalled resilio sync and reinstalled it. After a few days, the same phenomenon occurred again. The files are no longer synchronized. The client of resilio sync from this computer no longer appears in the clients of resilio sync on other computers. If you log in via the web gui of resilio sync, you won't get to the previous settings. It starts again with the initial setup.

I installed Resilio on Ubuntu 18.04 from repository and ran Sync under current user(s). I started using Resilio with two different users at the same computer and synced folders between them an other computers with configurating them with the web-gui. Right at the beginning, I couldn't configure the settings of the users with die web-gui anymore because resilio always asked for a new user configuration. But it worked (synced) and so I didn't dare. After upgrading to Ubuntu 18.10 and an (automatic) upgrade of Resilio the computer doesn't sync anymore. Resilio still starts with entry systemctl --user start resilio-sync in gnome-session-property. and seem to be active, when I use systemctl --user status resilio-sync it shows ● resilio-sync.service - Resilio Sync service Loaded: loaded (/usr/lib/systemd/user/resilio-sync.service; enabled; vendor p Active: active (running) since Fri 2018-10-26 21:08:55 CEST; 2min 10s ago Docs: https://help.getsync.com/ Process: 4380 ExecStart=/usr/bin/rslsync --config /home/frank/.config/resili Process: 4377 ExecStartPre=/etc/resilio-sync/init_user_config.sh (code=exited, Main PID: 4391 (rslsync) CGroup: /user.slice/user-1000.slice/user@1000.service/resilio-sync.service └─4391 /usr/bin/rslsync --config /home/frank/.config/resilio-sync/c Okt 26 21:08:55 frank-XPS-15-9530 systemd[3034]: Starting Resilio Sync service Okt 26 21:08:55 frank-XPS-15-9530 systemd[3034]: resilio-sync.service: Failed Okt 26 21:08:55 frank-XPS-15-9530 systemd[3034]: Started Resilio Sync service. But it doesn't sync and Resilio on the other computers doesn't show this computer anymore. Any ideas how to fix that? Thanks.

Thanks. Great work! Does it also work with Ubuntu 15.10 64bit because I have several PCs with the old version of Tuxpoldo which is stuck on Btsync 1.4.111?

That would be awsome. We are still using 'Debian And Ubuntu Legacy Desktop Unofficial Packages For Bittorrent Sync' from Tuxpoldo with 6 PCs. But this Package still use Bittorrent Sync 1.4.111. Tuxpoldo seems to have set his work. An official .deb package of bittorrent sync for Ubuntu and Ubuntu Gnome would be great.

Works fine on many Linux Systems with Ubuntu 14.04 64bit, Ubuntu 12.04 32bit (all with debian desktop gui) and a Fedora 20 System. Thanks to all developers including the developer for debian desktop gui. I'd like to see such a desktop gui for fedora, too.

Canonical stops its storage service ubuntu one in the coming months. The code of the synchronization software is to be released as open source. Compared to btsync ubuntu one does not need as much computing power. Maybe you can improve btsync on the basis of the source code. http://www.omgubuntu.co.uk/2014/04/canonical-axe-ubuntu-one-file-music-services-grab-data-now

I wasn't referring to a folder's initial indexing. I was referring to the "rescans". They need a long time every time I startup the PCs (Linux Ubuntu 12.04 64bit, 32bit, Linux Ubuntu 13.10 64bit).

Bittorrent still keeps indexing for a very long time (for about 150 GB data) every time I startup the PC. Ubuntu One works much better with this amount of data. Is there a plan to modify bittorrent sync for better indexing?

I can not wait for the new version 1.2. The software bittorrent sync is terrific but the very long time for indexing every time you start the computer and the associated strain on system resources is still a shortage.

I use two linux servers in two different networks (192.168.ABC.X and 192.168.DEF.X) who are connected to each other via VPN. On both servers are the same folders /srv/sharedfolder. The data of this folders are synced with btsync. Both servers offers an access to the stored files for Windows clients without passwords etc. with Samba. The samba configuration is: [sharedfolder] path = /srv/sharedfolder public = yes writeable = yes printable = no guest ok = yes create mask = 777 directory mask = 777 After syncing the data with btsync from one server to the other a windows client in the other network can open the synced file but not overwrite it. To do that I have to set the ownership of the files on the server in the other network from 770 to 777 manually after syncing. Is there a way to configure btsync or samba to keep the rights of the files?

BTSync Build: 1.1.33 works great with Ubuntu 12.04 32bit, 64bit, Ubuntu 13.04 64bit on many different PCs

Thank you. This tool is the holy grail!

How do I exclude a sub-folder from the sync? Could you give an example please? Thanks.

1. Does a .SyncIgnore file in a sync folder works with all sub folders? 2. Is it possible to use a .SyncIgnore file in a folder and another .SyncIgnore file in a sub folder with further rules? 3. Is it possible to use a .SyncIgnore file in a sub folder with * so that no files are synced from this subfolder?

At last I found the concerned file and removed it. Now the problem is solved. It wasn't easy because there are more than 100k+ files in thausends of folders and the file was a duplicate within another folder. Is it possible to show the concerned files in GUI in such a case with the right path?

The lenght of first folder is 12 characters and the lenght of subfolder 10 characters. The name of the thunderbirdfile is indeed quite long because Thunderbird uses the subject heading for file name. But within the same subfolder are three more thunderbird files with the same name + number 1 to 3 at the end. There are no problems with these files.

This might be an explaination for the "~$..." files. But it is no explanation for the .eml (Thundbird email) file. The Btsync GUI always shows that there are 10.0 kB left to sync. It seems that this error concerns only one file but there are many temporary Office files.

At first I'd like to thank for this marvelous tool and all the work you are doing for it. This tool works fine on several Linux PCs (Ubuntu 12.04 32bit, 64bit, 13.04 64bit etc.). Sometimes the sync stops without finishing it. The sync.log file shows: [20130611 12:23:54.317] Extension: ipv4:[88.73.213.XYZ] for '~$H113252013002510.docx' [20130611 12:23:54.319] 192.168.ABC.EFG:62979: did not pick any blocks. blocking peer temporarily [20130611 12:23:54.427] Extension: ipv4:[88.73.213.XYZ] for '~$file name ABC.dot' [20130611 12:23:54.427] *** ~$H113252013002510.docx: PIECE 0 FAILED HASH CHECK [20130611 12:23:54.554] *** ~$file name ABC.dot: PIECE 0 FAILED HASH CHECK [20130611 12:23:54.579] *** long file name from thunderbird.eml: PIECE 0 FAILED HASH CHECK Is there any reason, why btsync cannot sync some files? Thanks in advance

You can get the key (secret) from the other sync device you used before for sharing the same folder. When there is no other sync device you don't need the old key (secret) and you can create a new one.

My wish is: preserve file rights/attributes/ownership! This would be great in combination with SAMBA. And many thanks for that tiny great tool!!!