Search the Community

Showing results for tags 'arm'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Resilio Sync
    • Sync General Discussion
    • Sync Troubleshooting
    • Sync for NAS (Network Attached Storage)
    • Sync Stories
    • Developers
    • Feature Requests

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start





Website URL







Found 26 results

  1. I am trying to install Resilio sync on an Asus RT-AC56U, It should have the hardware to run it correctly. Executing it will just say: root@tomato:/opt/usr/bin# ./rslsync -sh: ./rslsync: not found It might be related to the fact the small distribution on top of it (Tomato Shibby) does not have bash available in /bin/, but it's on /opt/bin/ I think making the app executable on those ARM routers would be a killer feature. complete list of supported routers, all the listed as K26ARM would be automatically compatible
  2. 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?
  3. Detected another bug ... if I already had folders synced, and I change the { "device_name": "newname" } it will crash the ARM/Linux version of Sync. I changed it back to the old name and at least my VPS sync (2.4.2) doesn't seem to repeatedly crash. My Raspberry Pi sync (2.4.1) crashes about once every few hours even for only two folders synced.
  4. Hi, I recently purchased Sync Pro from Resilio, but it seems to be having issues on my headless Raspberry Pi 3 backup server. My setup is as follows: Raspberry Pi 3 with Raspbian Jessie Lite Resilio Sync 2.4.1 for Linux ARM During the install process, I've created the following Sync configuration file: { "device_name": "Raspberry Pi Backup", "listening_port" : 0, "pid_file" : "/var/run/", "use_upnp" : true, "download_limit" : 0, "upload_limit" : 0, "webui": { "listen" : "", "login" : "admin", "password_hash" : "MY_HASH_HERE" }, "recv_buf_size" : 64, "send_buf_size" : 64, "max_file_size_for_versioning" : 250 } I've successfully synced a few folders, but now the process seems to die about midway through new folders. The only way to get it back is to reboot the Raspberry Pi because restarting the process asks for a Sync id again rather than using the already existing id. I've read in the forums that Sync has some issues with memory management. Does this mean Raspberry Pi devices should not be used? I thought NAS drives have low memory too, so how come those work? Any information would be helpful. My goal here was to back up the various directories in my Mac user directory to the Raspberry Pi. Thanks,
  5. arm version - on odroid - uname -a Linux odroid 3.10.96-82 #1 SMP PREEMPT Mon Apr 11 23:29:39 BRT 2016 armv7l armv7l armv7l GNU/Linux BitTorrent Sync 2.3.6 (378) [20160414 18:04:02.962] MC[A804] [DB43]: sending get_nodes message [20160414 18:04:18.168] assert failed /opt/sync/KickSocket.cpp:222 [20160414 18:04:18.169] assert failed /opt/sync/KickSocket.cpp:222 [20160414 18:04:18.169] assert failed /opt/sync/KickSocket.cpp:222 [20160414 18:04:18.560] assert failed /opt/sync/KickSocket.cpp:222 ... After that, the process eats 100% of the cpu and can't access the webui or anything and it is not syncing. ---- Before getting that error, I had to do this (following this steps (problem with btsync on arm => no such file or directory)): sudo ln -sf /lib/ /lib/
  6. With WD's latest firmware release (4.x) btsync arm version won't run anymore. To my understanding it needs to be rebuilt for their Debian 64k page size (previously it was 4k page size) firmware. Can BitTorrent help out? Or is source available?
  7. Hi, I have a setup with BTSync on a laptop, a pc, and a Raspberry Pi to act as a server. I recently noticed it stopped working (not sure why - I actually think it might have just been on pause accidentally, it was pretty late...) Anyway, I had set this up before I had Pro and you could easily link devices under one identity. So I used it as an opportunity to do just that, and the sync between the pc and laptop works just fine. However, I can't get my Raspberry Pi to link. If I unlink the device over the WebGUI, I get the normal prompt to create an identity, but no option to link an identity from another device. Obviously I want to do that, so I can use the Pro version on the Pi as well. Any suggestions on how to solve this?
  8. Hi, I use bittorent sync since one year to sync 2 NAS Synology, I've used both the 1.4 and 2.0 version without problem by downloading the arm build here : Everything was fine. But with the lastest build ( September 9th) and the one before that I'm not able to sync anymore. When bittorent sync start, everything is ok, it starts indexing and syncing for about 30 seconds until this appends in the sync.log and the process crash. Restarting it make no differences. [20150916 16:58:47.286] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/", was: 0, now: 0[20150916 16:58:47.287] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/295 x 65" state: 2 type: file total:942 have:0 size:30856285 t:1442392387 mt:1299146612 ot:11242969 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:BE216345DE55BC1A499189B6CA0EA7499CDD3939[20150916 16:58:47.287] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/295 x 65", was: 0, now: 0[20150916 16:58:47.288] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0001.JPG" state: 2 type: file total:127 have:0 size:4153967 t:1442392387 mt:1297162704 ot:11242971 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:C11F0F19B64AE575ED95000C68DFF700E9B211B7[20150916 16:58:47.288] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0001.JPG", was: 0, now: 0[20150916 16:58:47.288] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0002.JPG" state: 2 type: file total:131 have:0 size:4284795 t:1442392387 mt:1297162712 ot:11242973 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:BE1E3C412CD92F625F5567109F1AB36EF3EBC13D[20150916 16:58:47.289] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0002.JPG", was: 0, now: 0[20150916 16:58:47.289] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0003.JPG" state: 2 type: file total:133 have:0 size:4329284 t:1442392387 mt:1297162722 ot:11242975 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:0C262A2B7A8D187896AB7A59B240685B59ED3CF7[20150916 16:58:47.290] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0003.JPG", was: 0, now: 0[20150916 16:58:47.290] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0004.JPG" state: 2 type: file total:118 have:0 size:3857053 t:1442392387 mt:1297162736 ot:11242977 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:4236EA65D1BCF13F34971B569B8D2E6B9D0FA723[20150916 16:58:47.291] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/DSC_0004.JPG", was: 0, now: 0[20150916 16:58:47.291] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/face 100 x" state: 2 type: file total:259 have:0 size:8476930 t:1442392387 mt:1297693878 ot:11242979 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:D7DA9FD50E3535E76E92C6D3A9E2DF40ED7FABC0[20150916 16:58:47.292] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/face 100 x", was: 0, now: 0[20150916 16:58:47.292] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/manquantcouleur et ré" state: 2 type: file total:33 have:0 size:1075301 t:1442392387 mt:1300192358 ot:11242981 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:2700CC3B6316F85ACA916654F005D5A8D14DAF9A[20150916 16:58:47.293] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/manquantcouleur et ré", was: 0, now: 0[20150916 16:58:47.293] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation arrierre.psd" state: 2 type: file total:531 have:0 size:69561072 t:1442392387 mt:1298390638 ot:11242983 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:2B98A2D2568E42EFFF287F43B50C25AC34693DC3[20150916 16:58:47.295] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation arrierre.psd", was: 0, now: 0[20150916 16:58:47.295] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation droite.psd" state: 2 type: file total:527 have:0 size:69030556 t:1442392387 mt:1298390554 ot:11242985 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:6F8EE14B7E1A70228629922B2A380ECCDB879EC7[20150916 16:58:47.296] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation droite.psd", was: 0, now: 0[20150916 16:58:47.296] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation face.psd" state: 2 type: file total:981 have:0 size:64273802 t:1442392387 mt:1297693608 ot:11242987 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:77090E808314EBB704C6030A8D355F5264398BD7[20150916 16:58:47.297] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation face.psd", was: 0, now: 0[20150916 16:58:47.297] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation gauche.psd" state: 2 type: file total:530 have:0 size:69415953 t:1442392387 mt:1298390456 ot:11242989 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:1DCACEE79D2C9E640E659590B6A1084ACFBC58C4[20150916 16:58:47.298] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation gauche.psd", was: 0, now: 0[20150916 16:58:47.298] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation vehicule.pdf" state: 2 type: file total:265 have:0 size:8670393 t:1442392387 mt:1298390766 ot:11242991 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:D80685793E168E6ABC43D7CC4F90F2F98AAD4D3A[20150916 16:58:47.299] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/marquage/simulation vehicule.pdf", was: 0, now: 0[20150916 16:58:47.299] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/EULA.html" state: 2 type: file total:1 have:0 size:3613 t:1442392387 mt:1236247486 ot:11242997 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:D378D9008A5F943AE4FE448436DE2BAECEE6B92B[20150916 16:58:47.300] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/EULA.html", was: 0, now: 0[20150916 16:58:47.300] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/Sugo.otf" state: 2 type: file total:4 have:0 size:112440 t:1442392387 mt:1279286000 ot:11242999 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:A50ECCDDB660564FBDAAAC403311CB600578DFD1[20150916 16:58:47.301] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/Sugo.otf", was: 0, now: 0[20150916 16:58:47.301] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/Sugo_ExtraLight.otf" state: 2 type: file total:4 have:0 size:107296 t:1442392387 mt:1279286024 ot:11243001 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:5D881802C2D03CF023AF68036C936FEC68470EA8[20150916 16:58:47.302] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleur et renovation/sugo/Sugo_ExtraLight.otf", was: 0, now: 0[20150916 16:58:47.302] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE 2.jpg" state: 2 type: file total:164 have:0 size:5373952 t:1442392387 mt:1331541142 ot:11243023 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:763EB2A31AA35202E08E1BE65DBC095F5B3536FA[20150916 16:58:47.303] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE 2.jpg", was: 0, now: 0[20150916 16:58:47.303] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE 2.psd" state: 2 type: file total:966 have:0 size:126488417 t:1442392387 mt:1331623884 ot:11243025 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:D694BB14AD2C9EF4DB54CD11BE2380A09BBBF65A[20150916 16:58:47.304] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE 2.psd", was: 0, now: 0[20150916 16:58:47.304] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE.jpg" state: 2 type: file total:154 have:0 size:5046272 t:1442392387 mt:1331541140 ot:11243027 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:DB3C01FFDE5815EBF9FB7C7D12B7A31A289CA911[20150916 16:58:47.305] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE.jpg", was: 0, now: 0[20150916 16:58:47.305] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE.psd" state: 2 type: file total:633 have:0 size:82942536 t:1442392387 mt:1331622866 ot:11243029 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:68B799A6B2EBF12699B3542D5D39C109D8BDB60E[20150916 16:58:47.306] Update have pieces for file "/volume1/Coruscant/ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/couleurs et rénovation 2012/couleuretrenovation/ESCALE.psd", was: 0, now: 0[20150916 16:58:47.306] JOURNAL[18C4]: got file from remote: "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/C&R/C&R/@eaDir/Thumbs.db@SynoEAStream" state: 2 type: file total:1 have:0 size:144 t:1442392386 mt:1429890221 ot:11242716 o:100CE8A2105A30D502ACBF6DB0084F4C4C6E10E6 h:DBAE3AE8A1A55F27E8811C99025C650B4B662A3F[20150916 16:58:47.306] JOURNAL[18C4]: SyncFilesController: remote file "ARCHIVES/CLIENTS/COULEUR & RENOVATION 2013/C&R/C&R/@eaDir/Thumbs.db@SynoEAStream" is in ignore list, skipping it[20150916 16:58:47.307] assert failed /mnt/jenkins/workspace/Build-Sync-ARM/SyncFileEntryTree.cpp:270[20150916 16:58:47.898] PC[0x3c753960][0x3c7851f0][] did not pick any blocks. blocking peer temporarily In every crash the line "Assert failed ...." appears at the end of the log just before the crash. I've got a .dmp file too, but I don't understand his content (I'm skipping the first ugly part here) : 2U??◆????◆??R??.ޭ?? ┌␋␌␊┼⎽␊.␉␋┼@?????hDb-??tu?.??*?I?*??[(f?\?"?fhf?*?gH?f??*??g#?g?* h#?g?*?ph#Hh??* ?h&?h?*?i#?h?*hi&@i`?*?i"?i`?*?j(?i`?* hj"@j??*??jH?jP?*??kHpk??*??lOPl`?*??mOHm??*??nO@n??* `o'8o??*@?o*?o?*?0pp??*??p'`pRSDS?k??_?5?,b??]Vbtsync4/volume1/btsync/bin/btsyncRSDSbtsync4/volume1/btsync/bin/btsyncRSDSA46A870769CC141CE0D1B5E8147E8DFF75EA3979.db-shm?/volume1/btsync/bin/.sync/A46A870769CC141CE0D1B5E8147E8DFF75EA3979.db-shmRSDS1 ???eF?]???a?'??H?,Lr? ????? ?,D???$/lib/ {|? ?kI??$/lib/,?DR)?'??`q!?}?c??0n?X???|?????,}̴?vq?A|:ȍ,/lib/>r˵??A-???"?Y0&ȿn,?N? used callback is 'SyncListenerNotificationsController' 0x890db0 0?~p?+???/, ??и, h??8-???.?HZp?.???|?<D?pl' p?X*?xr?? AװtLinux 3.2.40 #5592 SMP Wed Aug 19 13:37:26 CST 2015 armv7lProcessor : ARMv7 Processor rev 1 (v7l)processor : 0BogoMIPS : 2387.14processor : 1BogoMIPS : 2393.70Features : swp half thumb fastmult vfp edsp neon vfpv3 tls CPU implementer : 0x41CPU architecture: 7CPU variant : 0x2CPU part : 0xc09CPU revision : 1Hardware : Comcerto 2000 EVMRevision : 0001Serial : 0000000000000000Name: btsyncState: t (tracing stop)Tgid: 10087Pid: 10092PPid: 1TracerPid: 10147Uid: 0 0 0 0Gid: 0 0 0 0FDSize: 256Groups: 0 VmPeak: 250424 kBVmSize: 246924 kBVmLck: 0 kBVmPin: 0 kBVmHWM: 171808 kBVmRSS: 168436 kBVmData: 234060 kBVmStk: 136 kBVmExe: 5868 kBVmLib: 4120 kBVmPTE: 272 kBVmSwap: 1872 kBThreads: 7SigQ: 2/3797SigPnd: 0000000000000000ShdPnd: 0000000000000000SigBlk: 00000000000014e8SigIgn: 0000000000000000SigCgt: 00000001800044ebCapInh: 0000000000000000CapPrm: ffffffffffffffffCapEff: ffffffffffffffffCapBnd: ffffffffffffffffCpus_allowed: 3Cpus_allowed_list: 0-1voluntary_ctxt_switches: 72517nonvoluntary_ctxt_switches: 9757/volume1/btsync/bin/btsync--config/volume1/btsync/conf/sync.confUSER=rootMAIL=/var/mail/rootSSH_CLIENT= 53092 22HOME=/rootTERMINFO=/usr/share/terminfoOLDPWD=/volume1/btsync/binSSH_TTY=/dev/pts/1PAGER=moreLOGNAME=rootTERM=xterm-256colorPATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/binLANG=en_US.utf8SHELL=/bin/ashPWD=/rootLC_ALL=en_US.utf8SSH_CONNECTION= 53092 22TZ=CET-1CEST,M3.5.0,M10.5.0/3PGDATA=/var/services/pgsqld4? ??* ??=?·???·?=?~00008000-005c3000 r-xp 00000000 fd:00 9437211 /volume1/btsync/bin/btsync005ca000-007f4000 rwxp 005ba000 fd:00 9437211 /volume1/btsync/bin/btsync007f4000-008ac000 rwxp 00000000 00:00 0 [heap]008ac000-008cd000 rwxp 00000000 00:00 0 [heap]2aaab000-2aaac000 rwxp 00000000 00:00 0 2aab0000-2aab8000 rwxs 00000000 fd:00 9437257 /volume1/btsync/bin/.sync/A46A870769CC141CE0D1B5E8147E8DFF75EA3979.db-shm2aab8000-2aab9000 rwxp 00000000 00:00 0 2aac8000-2aac9000 rwxp 00000000 00:00 0 2aaca000-2aacb000 rwxp 00000000 00:00 0 2aada000-2aadb000 rwxp 00000000 00:00 0 2aae9000-2ab08000 r-xp 00000000 09:00 7586 /lib/ld-2.17.so2ab08000-2ab09000 rwxp 00000000 00:00 0 2ab0f000-2ab10000 r-xp 0001e000 09:00 7586 /lib/ld-2.17.so2ab10000-2ab11000 rwxp 0001f000 09:00 7586 /lib/ld-2.17.so2ab11000-2ab13000 r-xp 00000000 09:00 5638 /lib/ ---p 00002000 09:00 5638 /lib/ r-xp 00001000 09:00 5638 /lib/ rwxp 00002000 09:00 5638 /lib/ r-xp 00000000 09:00 5672 /lib/ ---p 0000a000 09:00 5672 /lib/ rwxp 00009000 09:00 5672 /lib/ r-xp 00000000 09:00 5092 /lib/ ---p 00006000 09:00 5092 /lib/ r-xp 00005000 09:00 5092 /lib/ rwxp 00006000 09:00 5092 /lib/ r-xp 00000000 09:00 5175 /lib/ ---p 00007000 09:00 5175 /lib/ r-xp 00006000 09:00 5175 /lib/ rwxp 00007000 09:00 5175 /lib/ rwxp 00000000 00:00 0 2ab76000-2abdd000 r-xp 00000000 09:00 7484 /lib/ ---p 00067000 09:00 7484 /lib/ r-xp 00066000 09:00 7484 /lib/ rwxp 00067000 09:00 7484 /lib/ r-xp 00000000 09:00 4869 /lib/ ---p 00014000 09:00 4869 /lib/ r-xp 00014000 09:00 4869 /lib/ rwxp 00015000 09:00 4869 /lib/ rwxp 00000000 00:00 0 2ac06000-2ad2e000 r-xp 00000000 09:00 7324 /lib/ ---p 00128000 09:00 7324 /lib/ r-xp 00127000 09:00 7324 /lib/ rwxp 00129000 09:00 7324 /lib/ rwxp 00000000 00:00 0 2ad3c000-2ad44000 rwxs 00000000 fd:00 9437246 /volume1/btsync/bin/.sync/8279BCC92779A91B0D877542E05C0E8ED0EEB7FA.db-shm2ad44000-2ad45000 rwxp 00000000 00:00 0 2ad45000-2ad4d000 rwxs 00000000 fd:00 9437283 /volume1/btsync/bin/.sync/89F650DB195659D9B5ABA5A370E7BA4DB403D0C9.db-shm2ad4d000-2ad4e000 rwxp 00000000 00:00 0 2ad4e000-2ad56000 rwxs 00000000 fd:00 9437281 /volume1/btsync/bin/.sync/0F681F41E21E01F3FBC957E7F5E0839A13BD3BAB.567801.db-shm2ad56000-2ad5e000 rwxs 00000000 fd:00 9437306 /volume1/btsync/bin/.sync/9F603F1C6CD517E2A4FC6481FE62A69F97CBF5F3.567855.db-shm2ad5e000-2ad66000 rwxs 00000000 fd:00 9437332 /volume1/btsync/bin/.sync/6D140AF5A788D0BE90FDE8E03E8D49E0BD3D6DEA.567856.db-shm2ad66000-2ad6a000 rwxp 00000000 00:00 0 2ad6c000-2af6c000 r-xp 00000000 09:00 11637 /lib/locale/locale-archive2af6c000-2af76000 r-xp 00000000 09:00 7214 /lib/ ---p 0000a000 09:00 7214 /lib/ r-xp 0000a000 09:00 7214 /lib/ rwxp 0000b000 09:00 7214 /lib/ r-xp 00000000 09:00 7331 /lib/ ---p 00004000 09:00 7331 /lib/ r-xp 00003000 09:00 7331 /lib/ rwxp 00004000 09:00 7331 /lib/ r-xp 00000000 09:00 4585 /lib/ ---p 00012000 09:00 4585 /lib/ r-xp 00011000 09:00 4585 /lib/ rwxp 00012000 09:00 4585 /lib/ rwxp 00000000 00:00 0 2b00d000-2b00e000 rwxp 00000000 00:00 0 2b0b8000-2b0b9000 rwxp 00000000 00:00 0 2b0b9000-2b0ba000 ---p 00000000 00:00 0 2b0ba000-2b9ba000 rwxp 00000000 00:00 0 2ba00000-2ba33000 rwxp 00000000 00:00 0 2ba33000-2bb00000 ---p 00000000 00:00 0 2bb00000-2bb01000 ---p 00000000 00:00 0 2bb01000-2c300000 rwxp 00000000 00:00 0 2c38f000-2c390000 ---p 00000000 00:00 0 2c390000-2cb8f000 rwxp 00000000 00:00 0 2cb90000-2cb91000 ---p 00000000 00:00 0 2cb91000-2d491000 rwxp 00000000 00:00 0 2d500000-2d5ff000 rwxp 00000000 00:00 0 2d5ff000-2d600000 ---p 00000000 00:00 0 2d600000-2d700000 rwxp 00000000 00:00 0 2d700000-2d801000 rwxp 00000000 00:00 0 2d8e4000-2d8e5000 ---p 00000000 00:00 0 2d8e5000-2e0e4000 rwxp 00000000 00:00 0 2e199000-2e19a000 ---p 00000000 00:00 0 2e19a000-2ea9a000 rwxp 00000000 00:00 0 2eb72000-2ed74000 rwxp 00000000 00:00 0 2edb7000-2eeb8000 rwxp 00000000 00:00 0 2ef00000-2f000000 rwxp 00000000 00:00 0 2f000000-2f101000 rwxp 00000000 00:00 0 2f109000-2f20a000 rwxp 00000000 00:00 0 2f300000-2f500000 rwxp 00000000 00:00 0 2f500000-2f601000 rwxp 00000000 00:00 0 2f700000-2f800000 rwxp 00000000 00:00 0 2f800000-2f901000 rwxp 00000000 00:00 0 2f90d000-2fa0e000 rwxp 00000000 00:00 0 2fa3c000-2fb3d000 rwxp 00000000 00:00 0 2fbcd000-2fcce000 rwxp 00000000 00:00 0 2fd87000-2fe88000 rwxp 00000000 00:00 0 2feeb000-2ffec000 rwxp 00000000 00:00 0 30023000-30124000 rwxp 00000000 00:00 0 301c7000-302c8000 rwxp 00000000 00:00 0 302da000-304dc000 rwxp 00000000 00:00 0 30500000-30600000 rwxp 00000000 00:00 0 30600000-30701000 rwxp 00000000 00:00 0 30728000-30829000 rwxp 00000000 00:00 0 308c2000-309c3000 rwxp 00000000 00:00 0 30a99000-30b9a000 rwxp 00000000 00:00 0 30c88000-30d89000 rwxp 00000000 00:00 0 30ded000-30eee000 rwxp 00000000 00:00 0 30f73000-31074000 rwxp 00000000 00:00 0 310b0000-311b1000 rwxp 00000000 00:00 0 31225000-31326000 rwxp 00000000 00:00 0 313ad000-315af000 rwxp 00000000 00:00 0 31600000-31700000 rwxp 00000000 00:00 0 31700000-31801000 rwxp 00000000 00:00 0 31894000-31995000 rwxp 00000000 00:00 0 319e9000-31aea000 rwxp 00000000 00:00 0 31bcf000-31cd0000 rwxp 00000000 00:00 0 31d98000-31e99000 rwxp 00000000 00:00 0 31f05000-32006000 rwxp 00000000 00:00 0 3207f000-32180000 rwxp 00000000 00:00 0 321cd000-322ce000 rwxp 00000000 00:00 0 323b0000-325b2000 rwxp 00000000 00:00 0 32600000-326ff000 rwxp 00000000 00:00 0 326ff000-32700000 ---p 00000000 00:00 0 32700000-32801000 rwxp 00000000 00:00 0 3281a000-3291b000 rwxp 00000000 00:00 0 329ad000-32aae000 rwxp 00000000 00:00 0 32ad5000-32bd6000 rwxp 00000000 00:00 0 32c2e000-32d2f000 rwxp 00000000 00:00 0 32dd1000-32ed2000 rwxp 00000000 00:00 0 32f01000-33002000 rwxp 00000000 00:00 0 33100000-33200000 rwxp 00000000 00:00 0 33200000-33301000 rwxp 00000000 00:00 0 3334c000-3344d000 rwxp 00000000 00:00 0 33479000-3357a000 rwxp 00000000 00:00 0 33616000-33717000 rwxp 00000000 00:00 0 33794000-33895000 rwxp 00000000 00:00 0 33981000-33a82000 rwxp 00000000 00:00 0 33b00000-33c00000 rwxp 00000000 00:00 0 33c00000-33d01000 rwxp 00000000 00:00 0 33db7000-33eb8000 rwxp 00000000 00:00 0 33f44000-34045000 rwxp 00000000 00:00 0 3405f000-34160000 rwxp 00000000 00:00 0 341f6000-342f7000 rwxp 00000000 00:00 0 343d7000-344d8000 rwxp 00000000 00:00 0 345c4000-346c5000 rwxp 00000000 00:00 0 34770000-34871000 rwxp 00000000 00:00 0 34900000-34a01000 rwxp 00000000 00:00 0 34a67000-34b68000 rwxp 00000000 00:00 0 34c48000-34d49000 rwxp 00000000 00:00 0 34ddc000-34edd000 rwxp 00000000 00:00 0 34ef7000-350f9000 rwxp 00000000 00:00 0 35100000-35200000 rwxp 00000000 00:00 0 35200000-35301000 rwxp 00000000 00:00 0 353e2000-354e3000 rwxp 00000000 00:00 0 3558a000-3568b000 rwxp 00000000 00:00 0 3577a000-3587b000 rwxp 00000000 00:00 0 358c3000-359c4000 rwxp 00000000 00:00 0 35a2a000-35b2b000 rwxp 00000000 00:00 0 35b3a000-35c3b000 rwxp 00000000 00:00 0 35cf5000-35df6000 rwxp 00000000 00:00 0 35e81000-35f82000 rwxp 00000000 00:00 0 36020000-36121000 rwxp 00000000 00:00 0 36200000-36300000 rwxp 00000000 00:00 0 36300000-36401000 rwxp 00000000 00:00 0 364d2000-365d3000 rwxp 00000000 00:00 0 36621000-36722000 rwxp 00000000 00:00 0 36733000-36834000 rwxp 00000000 00:00 0 368a1000-369a2000 rwxp 00000000 00:00 0 36a45000-36b46000 rwxp 00000000 00:00 0 36b96000-36c97000 rwxp 00000000 00:00 0 36ce9000-36dea000 rwxp 00000000 00:00 0 36e2e000-36f2f000 rwxp 00000000 00:00 0 3700c000-3710d000 rwxp 00000000 00:00 0 3715d000-3725e000 rwxp 00000000 00:00 0 372ed000-373ee000 rwxp 00000000 00:00 0 374d2000-375d3000 rwxp 00000000 00:00 0 37600000-37700000 rwxp 00000000 00:00 0 37700000-37801000 rwxp 00000000 00:00 0 37830000-37931000 rwxp 00000000 00:00 0 37982000-37a83000 rwxp 00000000 00:00 0 37a93000-37b94000 rwxp 00000000 00:00 0 37c1c000-37d1d000 rwxp 00000000 00:00 0 37d82000-37e83000 rwxp 00000000 00:00 0 37f7a000-3807b000 rwxp 00000000 00:00 0 38171000-38272000 rwxp 00000000 00:00 0 38340000-38441000 rwxp 00000000 00:00 0 3845c000-3855d000 rwxp 00000000 00:00 0 385c3000-386c4000 rwxp 00000000 00:00 0 386f9000-388fb000 rwxp 00000000 00:00 0 38900000-389f9000 rwxp 00000000 00:00 0 389f9000-38a00000 ---p 00000000 00:00 0 38a00000-38b01000 rwxp 00000000 00:00 0 38b0f000-38c10000 rwxp 00000000 00:00 0 38c6e000-38d6f000 rwxp 00000000 00:00 0 38e37000-38f38000 rwxp 00000000 00:00 0 38f82000-39083000 rwxp 00000000 00:00 0 3911f000-39220000 rwxp 00000000 00:00 0 39291000-39392000 rwxp 00000000 00:00 0 393d2000-394d3000 rwxp 00000000 00:00 0 39530000-39631000 rwxp 00000000 00:00 0 39700000-39d00000 rwxp 00000000 00:00 0 39d00000-39e01000 rwxp 00000000 00:00 0 39e7d000-39f7e000 rwxp 00000000 00:00 0 3a000000-3a0ff000 rwxp 00000000 00:00 0 3a0ff000-3a100000 ---p 00000000 00:00 0 3a100000-3a1fc000 rwxp 00000000 00:00 0 3a1fc000-3a200000 ---p 00000000 00:00 0 3a200000-3a300000 rwxp 00000000 00:00 0 3a300000-3a401000 rwxp 00000000 00:00 0 3a4a0000-3a5a1000 rwxp 00000000 00:00 0 3a668000-3a769000 rwxp 00000000 00:00 0 3a851000-3a952000 rwxp 00000000 00:00 0 3a9c0000-3aac1000 rwxp 00000000 00:00 0 3ab5b000-3ac5c000 rwxp 00000000 00:00 0 3ac8f000-3ad90000 rwxp 00000000 00:00 0 3adcb000-3aecc000 rwxp 00000000 00:00 0 3afb9000-3b0ba000 rwxp 00000000 00:00 0 3b0fb000-3b1fc000 rwxp 00000000 00:00 0 3b287000-3b388000 rwxp 00000000 00:00 0 3b400000-3b4f9000 rwxp 00000000 00:00 0 3b4f9000-3b500000 ---p 00000000 00:00 0 3b500000-3b601000 rwxp 00000000 00:00 0 3b60e000-3b70f000 rwxp 00000000 00:00 0 3b71c000-3b81d000 rwxp 00000000 00:00 0 3b8ef000-3b9f0000 rwxp 00000000 00:00 0 3ba07000-3bb08000 rwxp 00000000 00:00 0 3bb1b000-3bc1c000 rwxp 00000000 00:00 0 3bd06000-3be07000 rwxp 00000000 00:00 0 3bf00000-3c000000 rwxp 00000000 00:00 0 3c000000-3c101000 rwxp 00000000 00:00 0 3c1a7000-3c3a9000 rwxp 00000000 00:00 0 3c408000-3c509000 rwxp 00000000 00:00 0 3c600000-3c8fa000 rwxp 00000000 00:00 0 3c8fa000-3c900000 ---p 00000000 00:00 0 3c901000-3ca02000 rwxp 00000000 00:00 0 3caa5000-3cba6000 rwxp 00000000 00:00 0 3cc00000-3ccbe000 rwxp 00000000 00:00 0 3ccbe000-3cd00000 ---p 00000000 00:00 0 3cd00000-3ce14000 rwxp 00000000 00:00 0 3cf00000-3cf5c000 rwxp 00000000 00:00 0 3cf5c000-3d000000 ---p 00000000 00:00 0 3d45a000-3db38000 rwxp 00000000 00:00 0 7eb53000-7eb74000 rwxp 00000000 00:00 0 [stack]ffff0000-ffff1000 r-xp 00000000 00:00 0 [vectors]ب??]?*??޳*??ߴ*?*8????*`?*`??N?*??*???Բ*`?*???.?*`?*?(o?*??*?D??*??*@???*?*x????*??*???n?*/lib/$/lib/$/lib/$/lib/,/lib/ h??*??*??]=a???k?AQ@?\?\??@?Г X??# L ?*??]` ??8?? ???o(????o???o?What is the problem ? What can I do to resolve it as fast as possible ? (I use this nas and the sync at work, to do a 2-way sync of our NAS content beetween different locations). Thanks Christophe
  9. Microsoft just announced that the Raspberry Pi will support Windows 10, and I think this would be perfect for Sync! Any plans for making Sync for Windows 10 on ARM?
  10. I'm trying to sync (read-only) from a Windows 7 machine to a USB drive attached to an ARM5 Pogoplug Series 4 device. If I set up a empty test directory on my Win 7 machine (and link it to an empty dir on the ARM machine) and add a couple of files to it I don't see any issues and the sync happens ok. However when I try to sync an existing large directory (> 35GB) the btsync process on the ARM machine appears to be working for a few minutes (I can see downloads via the browser GUI) but then it quits after a couple of minutes. There is no .dmp file created in the .sync directory though. After it quits if I simply restart btsync the GUI is available but the existing directory does not show any of the progress that was previously made (I've checked and some data has been transferred). It shows 0B. I can only get btsync working again by deleting the sync folder on the ARM machine and re-adding it but that only lasts for a minute or two. More info on the Pogoplug 4 setup and how I installed BTSync per the instructions here:
  11. Hey Loving what you've done, saw a thread which mentioned emailing in with tech questions. I'm an Ubuntu developer and wanted to have a play with Sync on our Ubuntu Touch image on an ARM device to test syncing files between desktop and phone. I grabbed the arm build and upacked it on the phone, but it fails to start:- phablet@localhost:~$ file ./btsync ./btsync: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped phablet@localhost:~$ ./btsync -bash: ./btsync: No such file or directory Perhaps I'm missing a library? We only support ARMv7, maybe it's a v6 binary? Maybe it's non-multiarch? Would love to get this working. Happy to test further.
  12. I'm trying to run btsync on my NAS which runs linux on an ARM processor. Here's what I get. root@fileserver:/mnt/HD_a2/btsync# ls -l total 6688 -rw-rw-r-- 1 nobody 502 155 May 7 09:16 LICENSE.TXT -rwxrwxr-x 1 nobody 502 3412684 May 15 08:41 btsync -rw-r--r-- 1 admin 500 3420160 Jun 21 21:25 btsync_arm.tar root@fileserver:/mnt/HD_a2/btsync# ./btsync -sh: ./btsync: No such file or directory Any thoughts as to why this is? Thanks.
  13. I've been using BTSync for a while now and it's absolutely fantastic! I've just set it up to sync a load of my files between my computer, an external hard drive in my house connected to a Raspberry Pi, and a second Raspberry Pi and external hard drive in my parents house. This had been working very well but today I rebooted the Pi at my parents house and when it came on the GUI (ipAddress:8888/gui) prompted for an account to be created and then showed the no folders message. On the other syncing devices it shows it as offline. I copied the contents of the .sync folder somewhere else so I could preserve it. Looking inside I saw that there were files called history.dat.old, settings.dat.old and sync.dat.old along side the same files without the .old extension. history.dat.old and sync.dat.old contain different things to their "new" counterparts but settings.dat.old appears to be the same (although it is just one long line so I may well have missed something). I tried renaming the .dat.old files to be the .dat files and the .dat files to be the .dat.old files and then restarting again but basically the same happened again. I've got quite a number of large folders synced between the two so I'd really rather not have to redo all the syncing if I can possibly avoid it. More than that I'd like to know how it happened and how I can stop it from happening again. Any help would be greatly appreciated.
  14. ./btsync --help bash: ./btsync: No such file or directory ubuntu@tegra-ubuntu:~$ ls -l btsync -rwxrwxr-x 1 ubuntu ubuntu 6251736 Dec 12 13:50 btsync uname -a Linux tegra-ubuntu 3.10.40-g8c4516e #1 SMP PREEMPT Tue Oct 7 19:18:58 PDT 2014 armv7l armv7l armv7l GNU/Linux
  15. I'm using BitTorrent Sync on Linaro Ubuntu running on a Cubietruck (ARM) for quite some time now. I noticed that BTSync uses considerably more CPU lately than it used to. Months ago, it was like 3%@idle. Right now, it's more like 13-20%@idle. Note: idle=devices are connected, but sync is finished BTSync monitors about 9000 files (there used to be more files, like 15000) spread over 11 folders. I'm using the packages "btsync_1.3.1-1_all.deb" and "btsync-common_1.3.105-1_armhf.deb" installed from either """ (which one is newer for apt). The log is quite small (<20k) and mainly consists of "Incoming connection from", like 200 lines. Unfortunately, both PPAs do not provide older versions of BTSync, so I'm unable to downgrade. Is there anyone else experiencing the performance impact on Linux/ARM? What can I do to improve the situation?
  16. I have a simple setup. I have two folders on an x86_64 machine that sync to an ARM machine. This has worked fine for about a week. Today I upped the ante. I added a new 40GB folder to sync between machines. I added the folder on the source machine, the x86_64. After it indexed, I added it as ro on the ARM machine and the sync began. I stepped away and returned an hour later to find BTSync had died on the ARM machine. I don't see any clear errors in the sync.log file on the ARM machine. I ran btsync from terminal on the ARM machine to try and get more info. [root@arm .sync]# btsync --nodaemon --config /etc/btsync/btsync.config total physical memory -1 max disk cache 2097152 Using IP address Loading config file version 1.2.73 UPnP: Could not map UPnP Port on this pass, retrying. UPnP: Could not map UPnP Port on this pass, retrying. UPnP: Could not map UPnP Port on this pass, retrying. UPnP: Unable to map port with UPnP. Loaded folder /backup/BTSync/folder1 Loaded folder /backup/BTSync/Drop Killed I didn't send the kill signal. I don't know why "Killed" shows up, but when it does, it corresponds to the btsync process dying. There's about a minute between seeing "Loaded folder /backup/BTSync/Drop" and when btsync chokes and the "Killed" message appears. The 40GB folder never shows up in the stdout. It seems logical that btsync dies while "Loading" that folder. Watching top, mem usage never exceeds 18%. CPU usage is high, but never holds at 100. Hovering between 80 and upper 90s. BitTorrent Sync 1.2.73 on the ARM machine Based on the churning I hear from the USB hard drive on the ARM machine, it sounds like it's dying while indexing this new 40GB folder. Worst of all is that since the sync folders don't load in the WebUI prior to the crash, I can't go into the WebUI on the ARM machine and remove this folder that seems to be causing the issue.
  17. Hello. I chose to use btsync to synchronize my musics over different devices. I have two directories to share: - FLAC contains 27GB in 1200 files - MP3 contains 51 GB in 8500 files HOME nas : I have a NAS (DNS 320 with ffp installed. I have the version 1.2.92 running on it). the webui is only enabled on LAN (no routing from WAN) BACKUP server : I have a kimsufi server, running ubuntu saucy 13.10 x86_64. The btsync comes from the PPA. WORK station : I listen my music while working. My workstation is an HP Z200 with ubuntu saucy , x86_64. btsync comes from PPA What I did : - add the flac and MP3 share in the HOME daemon - store RW and RO keys - added RO keys to WORK and BACKUP . Synchronization started, very slow because home bandwidth is bad - copied on USB both directories, added them to the WORK directories. btsync ok, did send the data from WORK and HOME to BACKUP Here everything was OK. Then I added another album in FLAC on HOME nas . This album was not pushed toward WORK and BACKUP. the webui showed : HOME : FLAC : 27.7 GB to send, nothing sending (actually just one GB to send) BACJUP/WORK : FLAC : 26.6 GB to send to HOME, no upload(actually, nothing to send, just data to receive) I restarted every daemon, ensured access through sudo chmod a+rwx FLAC -R , touched the corresponding files, nothing to do. I removed the btsync folders in the FLAC, removed the btsync share and re-added it : nothing to do. I created a new folder containing the data, with RW access on HOME, RO in BACKUP : data sent with no problem. Now I am testing : removing .btsync folders from HOME, BACKUP FLAC folders, removing the FLAC from webui ; re-adding the FLAC share. on HOME I activated the debugh through echo FFFF > debug.txt I have a lot of ping . I also have NAT complaining at the beginning, but it does not prevent upload of new share so I think it is not related. WHAT should I do ? I really want to share my HOME folder to work, and save it on BACKUP. I dont want to have RW access on any of those two servers for security reasons. So btsync seems like the best solution for me. If only it was working in the intended way …
  18. Running btsync on a debian arm distribution using a cubieboard 2.0 with a sata disk as hardware platform. It works well except that the processor freezes every day. This happens since btsync was installed. Any hints?
  19. A pictures folder that was transferring (hadn't finished first sync) when I upgraded to 1.2.73 has now stuck saying there are no more updates, and doesn't want to transfer. The other machine which has the folder says this one (my Raspberry Pi) is connected, but there are no transfers in progress. I added another folder since the upgrade, and this one is syncing without issue. The folder just keeps saying Indexing, and that there is 14GB to upload to the other machine, which isn't right, as this is the machine that should be pulling - but it just never transfers anything. I'm not a Linux pro, so I'm not sure where to look for logs like I would be on Windows.
  20. I've already reported that btsync doesn't survive rebooting the NAS: the executable disappears from the root directory, either because it's purged by the system (as "foreign" software?) or maybe the root directory is refreshed from a backup at boot time. Other than that, I thought it was working. But yesterday something happened that broke my Mac's "Connect to Server..." Finder menu command. I tried to connect (as usual) to smb://<NAS IP address>, and it rejected my password. First time that's ever happened. I went to try rebooting the NAS using its standard web interface (which I could log into using the same password that was just rejected). It said it was rebooting, but the progress bar stalled at the very beginning of the process. I waited a long time, then issued the "reboot" command via the Mac Terminal program. This succeeded in rebooting the NAS. This made "Connect to Server..." work again with my normal password. Back in Terminal, I recopied btsync to the root directory and executed it. I was sad to discover that the folder sync operations I had set up had disappeared and would have to be recreated. I can't say for sure that the login password failure was btsync's fault, but it's the only thing new on the NAS. I did notice, before rebooting the NAS, that btsync was taking typically 40-70% of the CPU, as reported by the "top" program—when there was no actual syncing that needed to be done. Issues that need to be addressed: 1. Make btsync and the sync definitions survive reboots. 2. Auto-start btsync at boot time. (Maybe as part of a startup script that recopies it from a backup?) 3. Don't break "Connect to Server..." password 4. Investigate excessive CPU use
  21. Hello everybody, Have BTSync on every computer in my house and trying to get it up and running on QNAP TS-210. Installed it successfully using this guide I have the latest version ...70 and it SEEMS to be working, but with one major issues. I cannot see anything in its interface. It was happening in previous versions. The first one I used was ...42 Here are the screenshots. The desktop BTSync syncs something but slowly and web interface is not showing anything one moment and next moment it shows somethings. Any ideas what is going on? Screenshots are here
  22. I am trying to start btsync on my Seagate Net runnning Arch Linux and it spits out "Segmentation fault (core dumped)" I am using the ARM version of btsync. This is some stuff that i think might help $ uname -srvmo Linux 3.1.10-18-ARCH #1 PREEMPT Thu Apr 18 00:45:32 UTC 2013 armv5tel GNU/Linux Device specs: http://archlinuxarm....gate-goflex-net If there is anymore info that you need let me know ------EDIT------ Never mind did something wierd Mod feel free to delete post
  23. Wondering if anyone knows a workaround to get btsync working on arm or know if a fix is coming. I'm trying btsync 1.0.132 between an ubuntu 13.04 PC running 3.8.0-21 and a Dreamplug (ARMv5tel) running debian 3.7.4 #1. The 2 machines are are the same 100bt LAN. In some basic testing I've found the syncing from my Dreamplug to the PC seems stable. However syncing to the Dreamplug is very unstable. The sync to the Dreamplug starts and the transfer rate looks good @ ~5MB/s but for <60 secs and then the transfer rate (as seen by web ui) slowly drops to 0. On the Dreamplug I see the process died. Reported as
  24. I installed BTsync at my Debian server (arm) but it keeps segfaulting after running a little while. After restarting BTsync the folder list in the webui is empty so I have readded the shares a few times (3 other machines were already synced so I added with existing secret keys). Suddenly the size column reported 0b in 0 files for one of the shares. Checking shares on another machine it rapidly decreased in size, deleting files. I quickly killed btsync on the debian server but about half of the files had evaporated from all synced machines. Luckily I had one machine that was turned off during all this so I managed to rescue my files from that one by booting it without network connection, making backups of the shares and plugging it to the network agian. The shared files on that machine then also suddenly we're removed... I then copied the files back from the backups and now all machines connected to the shares are back with all files. Except the debian server of course. I don't dare to connect that one again... No why did it start with this behaviour, deleting files? And how can I prevent this from happening again? Right now BTsync doesn't feel safe to use for me.
  25. Hi, Everybody! This night I tried to use BTsync. It's greatly works on my MB Air, on Mac OS 10.7.5, last Ubuntu Server x64 and Windows 8. BUT I have some strange bug, while trying to start it on my arm-based router with dd-wrt (DLink DIR-320). (It's all ok about router, there are web-server and some more usefull things) As in instruction I copied file from archeive and trying to run it... There are problem, I have : Do anybody knows why ? P.S. Please, forgive me for my English