• Posts

  • Joined

  • Last visited

andi's Achievements


Member (2/3)

  1. hm ok. but whats about the requests, non-blocking sync and http file download? thanks
  2. Marco, yeah thats true, but i think only for the generated links? The underlying "main key" (which relies to the torrent protocol and make the magic happen) is still not protected, so if i try millions and billions of random generated keys i will hit one with write premissions and can acess/delete a share of a random person in the world? But thats a really non-important whish, compared to the file blocking..
  3. another thing i wonder, do you plan to add password protection to the links? I know its virtually impossible to "hack" a key. But imagine, someone is bored, starts a random keysearch and deletes every share he finds. Even if its realy highly unlikely that someone randomly generates a RW - hash, chances for that increase with rising usage of btsync...
  4. Hello, Let me say first i´m really impressed of your work, the client is really the best free solution out there! You´ve fixed all bugs, the new UI is really good and looks professional, good job! But i would have a few things to improve: The most important thing would be a file-download over http links, without the need of installing the client. Just like Dropbox, there is also the ability to share Files and Folders inside the sync dir over her web page. That is really important for me, when you send some pictures or files that are too big for mail, not everybody will install btsync for a one time download, and also won´t sync the whole directory if he needs only one file out of it. I would see a few ways to do that: - Integrate a bt client in your homepage (what i thought you would have done with, load the file temporary on your server and give a http download link on it - dunno if you have the ressources for that... - Integrate a bt-client as java applet, so its running on the user´s pc and you dont have to handle the traffic. you would have to create sub-secrets if a user wants to share just one file/folder, otherwhise he would have the key for the whole directory, not save! Also, i dont think that will work for companys, cuz they will not install a java applet / blocking torrent by firewall,etc.. Not the best solution - use the GUI´s webserver of the linux distributions for the sharing. User can use a server outside or port-forwarding to give the world access to their files The linux client has the webserver already built in, with ssl security, that should not be the problem. Also, the client has the ability to access all the files on the shares and can mess around with links to sub-files and folders, no need to share a secret at all. This list of Links/Files-Folder can be shared between the peers automatically. By that, i could do right-click - btsync - share file/folder - choose peer.. to get a temporary link to one of the port-open peers. Think that would be the easiest and best solution? If you build in that feature i can ged rid of dropb0x.. I really dont want to see my files somewhere on their servers, but that´s the easiest (and only) way to share big files for me at the moment! Another thing is the File-Lock while syncing. I don´t saw it as a problem, till my phone provider locked down the speed to 56k while i was coding a GUI and rapidely rebuild the binary. That gave me access errors, till i recognized that btsync was not finishd with syncing due to the slow connection. So i had to wait.. and wait.. and wait.. and wait again.. I think you do not have to lock the file while you are reading it? Calculating the checksum again after sync and resync if neccersary would be better for me. Or if that dont work, mabe you can copy the file to temp and sync that (with a upper file size limit of course..) Last but not least, the newest windows version seems to have problems with refreshing of the main window. I´ve synced a lot of stuff the first time a few days ago, waited the whole weekend cuz it showd me 15%.. But after clicking something it refreshd and showed it was finishd. Mabe a event is missing.. So, it would be really good to see if you build in the downloader, then you´re really the best and only syncing tool out there! Best regards, Andreas
  5. Hello, Just wanted to say that this bugs did not happend any more since a long time, seems like you got it fixed! But ive got another problem, WEB-GUI is not showing on my Raspberry Pi since the last update. I get the login, but then there´s only a white page without content. Tried to change the login data, restarted the box, restartet btsync.. any suggestions, except of re-installing btsync?
  6. found the problem.. : "Linux: create file debug.txt with contents of FFFF in the .sync folder. You can find the .sync folder in the same directory where the btsync binary is located." i think thats wrong? have to add following line in config for new version? //DEBUG_DAEMON=FFFF in config brings a debug.txt in /var/lib/btsync, but it only contains FFFF /usr/lib/btsync/btsync-daemon --nodaemon --config /etc/btsync/debconf-default.conf gave me some informations: Warning: config option 'lan_use_tcp' is deprecated //but it´s configed by debconf! total physical memory -1 max disk cache 2097152 //i know a raspberry pi has less memory, but thats wrong.. [20140603 08:44:57.055] SyncFolderScanner: Removing notifier "/mnt/data/Bilder" [20140603 08:44:57.056] Removing folder /mnt/data/Bilder from inotify and then a list of hundred files come up wich gets removed. But i think thats not the point, some files exists wich are removed before.. but thats also not the debug.txt. i now watch the sync.log, it grows permanently, think the debug output is now there? this file show the problem LoadTorrent: file /mnt/data/Bilder/.recycle/38C993E0.tmp exists, but failed to get mtime 13 that fails for all files in the samba recycle folder, and this folder (also)contains the old synctrash folder. now i just removed that recycle folder and the daemon starts to index the rest of the files, i´m now at 14gb and rising! log files give now this message repeated: 09:30:20.783] SyncFilesController: Skipping load torrent for file "/mnt/data/Bilder/.recycle/1C8C7433.tmp" - fui: 1, fse: 1 i bet these mtime-error files are blocking the "file-search-threads", they just cant skip bad files so they stop working and can´t index the rest!
  7. Hello, I´ve installed btsync again just a couple of days ago.. After my nasty "filesgetoverwrittenbyoldversion"-bug i tried some alternatives.. but let me say you guys have made definitly the best concept, there´s no way around! the overwrite bug seems to be gone, but now there´s another problem.. i´ve deleted all btsync-related files from my share on the server, added it to a new key and tried to sync that to the clients. But only half of the directory gets synced, i´m missing about 12gb of data! I´ve updated the server now to this newest build, rebooted a few times.. But it just dont index the rest. Can´t figure out why, it randomly leaves out some of the root folders with all its content. File system is german, maby there are some problem with special chars in the filenames? But that problem is definitly new, the older 1.2.* versions synced without problems! //funny things happen, i´ve created a new file in one of the non-syncing folder, this file gets synced! But just this one, rest is still not on my disk Another thing what would be nice are public http share-links like in Dropbox.. You have a http server and full access to the storange, i think it wouldn´t be too hard to generate some temporary paths for sharing links with non-btsync-users? best regards, Andi
  8. sent you a mail with the update-bug log.. nothing special.. but today i updated btsync and got tons of following errors, at the same behavior, tons of files get updated, added by "myself", but they werent touched... [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 [2014-03-20 22:34:34.777] SyncDb: failed to execute query to save file info - 1 any suggestion
  9. the more i think about it the more i know that that´s the problem, when one pc thiks his whole directory is a new version it overwrites all changes that where made on other pcs mabe i can get you a log of that, cuz the syncing of the wohle directory takes time.. do you need the logfile from the "bad" peer or of any of them?
  10. Hello, Yeah i know, i know what hard work debugging is.. especially with such random errors.. but I´m sorry, it only happened 2 times within 4 month.. i think i won´t catch that in the logs.. But it only happened to rapidly changed files, like when you save it every 30 seconds.. But i´ve got a theory for that: Workstation make a new file, it gets synced to Backup Backup actualises his time, he was "in the future" and sets the clock back Backup´s btsync rescans the folder. Due to the creation with the "future" time now it thinks that the file got changed. The old version overwrites the new one, because the change of timestamp happened after the real file change. Could it be that btsync takes the change of time stamp/system clock as an file change event?? That scenario would also explain why that second issue happen from time to time. sometimes one pc syncs his complete folder (24gb) with all files in it. But that files have definitly got not changed by anything! The only changing thing can be the system clock due to clock sync. In fact the files get not really transferred (i think). btsync seems to recognise that the files are exactly the same (hash?) and only sets the timestamp or whatever to be happy. Men thats hard to explain in english.. i hope you understand what i mean^^ I don´t know how windows/btsync handles time stamps, but i really think that´s the point where to look offtopic question, can you say when v1.3 is released? really lookin forward! with best regards
  11. Hello, At first, let me say your app is FANTASTIC! Really genial, the last sync/backup app whats ever needed! I´m using it to sync 4 PC´s, with backups on 2 Server. And i ran into strange behaviors: A few month ago, something really nasty happens. I was coding, the files are on the sync folder and synced with 2 pcs and the 2 backup server. I was always working on the same project files, cause i thought btsync would handle that (even versioning!). After i stopped i noticed that my new changes where overwritten with the old built! Wasted a hour of lifetime.. Now i´m making copies of the project every time i do a major change, it never happend again. But since this moment i lost my trust in the application No logs available for that, just happend one time. But another problem occurs sometimes: Second, from time to time btsync thinks that it has to resync a whole folder even if there are no changes! Thats really weird, i´m syncing one folder with just images where no changes happend for a few month. Logfiles says then "pcx added file ...". Truly, it´s not. Files are on all clients the same for months.. I think both bugs come from the system time. The two servers are linux and synced over ntp, the windows pc´s are synced over I set the max time diff to 100 secs and put a time-sync-script into autostart. I haven´t checked yet if that helps. But that shouldn´t happen at all i think? The few secs time diff should be compensated by just that setting, otherwhise it´s useless and all clients need the exact same system time?? I´ve started to give my backup server just read access, so there are not so many "players" in the game, mabe it´s getting more stable. BUT i´ve never seen that one of my servers ran into problems, only the windows workstations! Maby you can write me some lines and bring my trust back.. with best regards, Andreas