sylar

Agree with this ! Llama can't indeed kill the app depending on a predefined condition ...

Just tried the app today, while I'm using the desktop (mac) client for months now. Like everyone here, the heavy battery usage makes the app useless for now. I would like to use it exactly like I'm using Dropbox to sync my photo folder : without thinking at the synchronization at all. For that, the Dropbox client is permently running on the phone, without any battery drain issue, so I guess this will also be possible for btsync in the future. btsync for android is not so old and I will follow the forthcoming developments with attention !

BTsync support send me a 1.1.15_1 version yesterday. With this new version, the problem seems solved. So this bug should be fixed in the next official update I guess.

100% CPU again on my imac. I'm sending you the process sample right now.

I have/had the same problem, see http://forum.bittorrent.com/topic/20610-100-cpu-usage-since-last-update-mac/ So far, "my" BTsycn is running and the 100% CPU bug is gone without any clue on what was the problem ...

While I had already reboot before posting this thread, it seems that this morning all is OK. I have just started the iMac and launched BTsync, exactly like I did on Friday, and this time, no 100% CPU bug. Very strange ...

No, nothing else in the log file. I will send you the process sample on Monday. In the meantime, you can download here the crash file created when the 1.1.12 version crashed.

Sync just crashed. I have a crash file if it can help. EDIT : just tried with 1.1.15 version. Same problem.

Hi, I have just updated to the last available version on my iMac@work, and as soon as sync is launched, it uses 100% of my CPU. The new indexing process is finished, nothing seems to happens, but I get in the log file over and over: [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR1: [20130514 15:35:24.378] ping 192.168.1.2:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR1: [20130514 15:35:24.378] ping other_mac_ip:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR2: [20130514 15:35:24.378] ping 192.168.1.2:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR2: [20130514 15:35:24.378] ping other_mac_ip:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR3: [20130514 15:35:24.378] ping 192.168.1.2:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR3: [20130514 15:35:24.378] ping other_mac_ip:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR4: [20130514 15:35:24.378] ping 192.168.1.2:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR4: [20130514 15:35:24.378] ping other_mac_ip:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR5: [20130514 15:35:24.378] ping 192.168.1.2:1234 directly [20130514 15:35:24.378] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR5: [20130514 15:35:24.378] ping other_mac_ip:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR1: [20130514 15:35:25.382] ping 192.168.1.2:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR1: [20130514 15:35:25.382] ping other_mac_ip:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR2: [20130514 15:35:25.382] ping 192.168.1.2:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR2: [20130514 15:35:25.382] ping other_mac_ip:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR3: [20130514 15:35:25.382] ping 192.168.1.2:1234 directly [20130514 15:35:25.382] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR3: [20130514 15:35:25.382] ping other_mac_ip:1234 directly [20130514 15:35:25.383] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR4: [20130514 15:35:25.383] ping 192.168.1.2:1234 directly [20130514 15:35:25.383] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR4: [20130514 15:35:25.383] ping other_mac_ip:1234 directly [20130514 15:35:25.383] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR5: [20130514 15:35:25.383] ping 192.168.1.2:1234 directly [20130514 15:35:25.383] Send ping to peer (0000000000000000000000000000000000000000) for share XXX_SHAR5: So many many "ping" at the same time. Both local machine (192.168.XXX) and other mac (other_mac_ip) are not accessible (BTsync is stopped on these machines, and the local machine is only accessible with a VPN which is not active). On the other mac, no problem, no 100% CPU bug. And the two mac seem to sync well even with this 100% CPU bug. Any idea? Tell me if I can do something else to help to debug!

Yep, my DS213+ can't hibernate anymore.

Works also fine on a Synology DS213+ with DSM 4.2.

It's working now ! In order to avoid the initial upload from the mac to my NAS, I have copied the folder I want to sync with BTsync from the unison "repository" to a new location on the NAS. In this case, it seems I have a problem with some files with non-standard characters in their name. But if I start a new fresh sync, with an empty folder on the NAS at the beginning, then all is OK and the two folders are correcly synced. So I guess I will have to upload all the data from the mac to the NAS to have a correct synchronization between them ...

Thanks for your help rdebath. I will try all your suggestions as soon as possible. And by the way, you are right concerning the NTPd running on port 123 on my NAS. I will shut it down first and try again in the first place.

So, after setting the encoding to UTF8 on both the mac and the NAS, I still get : [20130422 17:55:02] LoadTorrent: requesting to load file A LIRE/Cours/Géométrie Diff.pdf which is modified on disk (cur:1268735002 stored:1268757807) - rejecting until file info is updated [20130422 17:55:02] LoadTorrent: requesting to load file Biblio/10 IROS/Danès.pdf which is modified on disk (cur:1306159750 stored:1306239614) - rejecting until file info is updated This time, only 2 files seem to be problematic. So, I'm not sure if the problem is related to the encoding. BUT, I have just noticed that I have some problem with time settings: the mac and the NAS do not have exactly the same hour. I have sync the NAS with a NTP server, but the mac can't right now do the same (NTP standard port is blocked at work). Can this explain the problem? And if yes, why only 2 files are concerned?

I'm quite surprised since I am using unison right now to perform the synchronization between my NAS and two apple laptops, and I don't have any problem with locales. BTW, I am juste adding the UTF8 support to my NAS to check if all is OK now.