Package Details: rslsync 2.7.2-1

Git Clone URL: https://aur.archlinux.org/rslsync.git (read-only, click to copy)
Package Base: rslsync
Description: Resilio Sync (ex:BitTorrent Sync) - automatically sync files via secure, distributed technology
Upstream URL: https://www.getsync.com
Licenses: custom:resilio
Submitter: widowild
Maintainer: widowild (fryfrog)
Last Packager: fryfrog
Votes: 354
Popularity: 0.53
First Submitted: 2016-09-25 13:20
Last Updated: 2020-07-21 21:45

zeltak commented on 2013-07-15 01:35

btw another intresting fact. if i uninstall it, reinstall and start the service it works ok. as soon as i reboot it comes back at 99% cpu. stoping and starting the service dosent help

Z

zeltak commented on 2013-07-14 19:14

thx Lorde

but here it dosent seem like its indexing and its still at 100% cpu, see image:

https://paste.xinu.at/SBRh/

it seems in the webGUI that its idle, have no cluem and its 100% of the time like this

best

Z

zeltak commented on 2013-07-14 19:08

thx Lorde

but here it dosent seem like its indexing and its still at 100% cpu, see image:

https://paste.xinu.at/SBRh/

it seems in the webGUI that its idle, have no cluem and its 100% of the time like this

best

Z

geric commented on 2013-07-14 19:06

Since the last update my Btsync client refuses to sync. The up-to-date client knows the other client is out of sync and says that its uploading data, but the other client doesn't GET data and the "UP:/Down:" counter shows 0.00Kbs.

Already wiped and reset Bittorrent on both machines

emlun commented on 2013-07-14 17:48

Actually, I just observed mine do just that - the WebGUI said "indexing" on one of my folders, and top reported btsync using 94% processor. Then the indexing finished and CPU usage promptly sank to practically zero, so I think that is the cause. I would suspect and hope that btsync runs this at low priority, though.

emlun commented on 2013-07-14 16:49

@zeltak

That's odd. The only thing I can think of right away is that the daemon is indexing files. I think that this involves computing a lot of checksums or the like, so if you have a lot of data in a directory which hasn't yet been fully indexed (the WebGUI says "indexing"), then that might be the cause.

rukolonist commented on 2013-07-14 15:39

serialhex
Thanks. The problem was in custom pid file location. I removed my custom location and now it works fine.

zeltak commented on 2013-07-13 18:59

hi serialhex

since V 1.27 and also with latest (1.33) get 100% cpu usage whenever the deamon is running.

im running it like this:

sudo systemctl stop btsync@zeltak

anyone else having theses issues? what can i do to try and solve it

best

Z

Anonymous comment on 2013-07-12 13:26

TheRealSoup: I removed it because it wasn't needed. Unfortunately I was not the person who originally wrote the PKGBUILD so I haven't a clue why it was there to begin with. Doing a --force upgrade should fix it. I'm still very new to maintaining a package, and I would like to fix any errors in the previous packaging so that it works better overall, so try not to flame me too much :P

TheRealSoup commented on 2013-07-12 11:58

Why was the epoch removed? Once you go epoch; you don't go back.

warning: bittorrent-sync: local (1:1.1.27-1) is newer than mypkgs (1.1.33-1)