• Content Count

  • Joined

  • Last visited

Everything posted by scottfrey

  1. I suspect this is not accurate, as Resilio is literally the only application that I have had this problem with, every other install I have done has gottent the correct binary for the different architectures. Even when the install is first setup on the Pi3 and SD card moved tot he Pi Zero, it installs the correct binary for every thing else I have installed and updated. I have had to move to the much slower Syncthing as a reasult of this problem. You've lost any chance of a subscription from me.
  2. I haven't tried launching it with /usr/bin/rslsync --config /etc/resilio-sync/config.json However, manually starting with rslsync works after installing, but after running: sudo systemctl enable resilio-sync it never works again. that has been consistent behavior. It always throws the "start-limit" error after it's been enabled in systemctl once. Even if it is subsequently disabled. I don't have a build with Resilio installed to test right now as I have been trying to get Syncthing to work due to lack of progress on Pi Zeros with Resilio. I'll build up another one and break it and see what launching it in config mode gets me.
  3. Tried that. Manually launching runs fine, but not after enabling it with Systemctl. Starting with systemctl still throws the same errors. Also, would this bandaid not get undone when running apt-get upgrade?
  4. Hello? Lots of people reading this, no one has any information? @Helen, any thoughts on this? I haven't found anything regarding Pi Zero on Resilio's site other than this post. Is this a new issue or am I just the first person to ever test this?
  5. Following the instructions I am able to install and start successfully on a Pi3. Both old and current builds of JessieMoving the successfully installed SD card to a Pi Zero W, Resilio does not start on boot. manually starting generates the same error as before: Active: failed (Result: start-limit) since Tue 2017-05-09 04:38:42 UTC; 1min 48s ago Docs: does not show any results for "start-limit" nor Pi Zero. Clearly there is something with the Pi Zero hardware that is causing this
  6. I've confirmed that this failure still occurs when using an older Pi Zero (non wireless) and when using 2016-05-27-raspbian-jessie-lite. So, its not a Zero W issue and it's not a new Jessie-lite issue. I'll have to try on a Pi 3 next and see if it is a Zero hardware issue. It would really be a shame if it can't run on a Zero at all
  7. Following the official guide with a completely up to date install of Jessie Lite Using these instructions: after the second run of sudo apt-get update I get back: Reading package lists... Done W: Duplicate sources.list entry resilio-sync/non-free armhf Packages (/var/lib/apt/lists/linux-packages.resilio.com_resilio-sync_deb_dists_resilio-sync_non-free_binary-armhf_Packages) W: You may want to run apt-get update to correct these problems Upon installing (sudo apt-get install resilio-sync) it returns: Get:1 resilio-sync/non-free resilio-sync armhf 2.4.5-1 [9,293 kB] Fetched 9,293 kB in 4s (1,992 kB/s) Selecting previously unselected package resilio-sync. (Reading database ... 31606 files and directories currently installed.) Preparing to unpack .../resilio-sync_2.4.5-1_armhf.deb ... Unpacking resilio-sync (2.4.5-1) ... Processing triggers for systemd (215-17+deb8u6) ... Processing triggers for man-db ( ... Setting up resilio-sync (2.4.5-1) ... Job for resilio-sync.service failed. See 'systemctl status resilio-sync.service' and 'journalctl -xn' for details. invoke-rc.d: initscript resilio-sync, action "start" failed. dpkg: error processing package resilio-sync (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for systemd (215-17+deb8u6) ... Errors were encountered while processing: resilio-sync E: Sub-process /usr/bin/dpkg returned an error code (1) I can successfully enable the service, however, when I try to start the service it fails. sudo systemctl start resilio-sync Job for resilio-sync.service failed. See 'systemctl status resilio-sync.service' and 'journalctl -xn' for details. systemctl status resilio-sync.service returns: ‚óŹ resilio-sync.service - Resilio Sync service Loaded: loaded (/lib/systemd/system/resilio-sync.service; enabled) Active: failed (Result: start-limit) since Tue 2017-05-09 04:38:42 UTC; 1min 48s ago Docs: Process: 4697 ExecStart=/usr/bin/rslsync --config /etc/resilio-sync/config.json (code=killed, signal=ILL) Process: 4694 ExecStartPre=/bin/chown -R rslsync:rslsync /var/run/resilio-sync (code=exited, status=0/SUCCESS) Process: 4691 ExecStartPre=/bin/mkdir -p /var/run/resilio-sync (code=exited, status=0/SUCCESS) journalctl -xn returns: No journal files were found. Also, the instruction "In /etc/apt/sources.list change the line as follows:" is rather unclear, as there is no line that looks like that. I've interpreted it to mean add the line at the end, so that my sources.list looks like: deb jessie main contrib non-free r$ # Uncomment line below then 'apt-get update' to enable 'apt-get source' #deb-src jessie main contrib non-free rpi deb [arch=armhf] resilio-syn$ I don't know if that is right or wrong or causing the problem I've gotten this to work in an older install on a Raspberry Pi3 (though I've never been able to run as the Pi user.) Does Resilio work under 2017-04-10-raspbian-jessie-lite? What have I missed?
  8. The permissions problem seems to have occurred when using ExFAT and vFAT formatted drives. Files got corrupted by sync, and upon reboot the drive was mounted as read only (and headless, there is no way to tell this occurs). I've successfully synced twice now with EXT4 formatted drives. The downside of EXT4 of course is there is no (stable) way to write to them other than on the Pi itself, So I am totally dependent on sync (no easy pre-seeding of drives) So, don't use ExFAT or vFAT (or likely NTFS or HFS+) format on a Pi running resilio, and this one is solved
  9. Trying to get sync working on Raspberry Pi 3, running the latest Jessie update (Pixel?) I've gotten it all running and folders syncing, but it will only fill in part of the circle and then it stops syncing and displays the error "Don't have permissions to write to selected folder" History shows a lot of "Finished Syncing file [path/file]" then abruptly switches to "Failed to download [path/file] -WriteToDisk" Both the successfully written to directories and the failed are owned by Pi, and permissions are 777. Also, in Preferences, under Web UI is says "Connection settings overwritten by config" but there is no config file in /opt/resilio/bin, only LICENCE.TXT and a files called rslsync (Presumably the executable) Installed via the instructions here: I've no idea how it is launching (config or not, what user it is running under, etc) I should add, I am syncing two calibre libraries, one eBooks, one Audiobooks. The ebook lib has synced 2058 of 14,698 items (combined files and directories) and the Audiobook library has synced 543 or 980 items Help?