Search the Community

Showing results for tags 'metadata'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • 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

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Location


Interests

Found 5 results

  1. I have a 100gb photo collection that I sync between my desktop, nas and a PC off site. I just went through and updated tags and other meta data on all the photos. I would think that because its tags and other metadata is stored in EXIF and they are all JPG so it is universally accepted that EXIF data can easily change it would just sync the EXIF. Boy was I mistaken. Google+ Auto Back took a whopping 2 minutes to resync the EXIF data. BT Sync 1.4.106 is taking 5 days to resync that little bit of data. Am I wrong in thinking that LIKE EVERY OTHER SYNC PROGRAM the entire files doesn't need to be resent, just a few bytes that actually changed?
  2. Hello all, As I am currently under the impression that this is not a current feature (as opposed to being a bug), I request that one have the option to preserve timestamps. This is important for several reasons: 1. I use it for sorting items in folders based on timestamps regularly. 2. (I believe) that synchronization and clobbering is chosen based on newest timestamp. Though even if BTSync doesn't use it, other programs (e.g. Filezilla) do. 3. I am attempting to sync >100,000 files > 50 GB, and for some reason, even when both computers are behind the same router, the transfer rate drops to ~100 KB/s (starts around 800 KB/s), leading me to believe that the transfer is going beyond the router (smells like the usual ISP throttling...). For this reason and the timestamp issue, I will first use Filezilla to perform the initial copy (which does preserves timestamps), then use BTSync to keep them synchronized. Of course, I would prefer to use only one program, but for free software, one can only ask for so much... In case this is actually a bug, my info is: Computer 1: Windows 7 Pro x64, BTSync 1.3.105Computer 2: Windows 7 Pro x64, BTSync 1.3.105Repost from here.
  3. Hello all, As I am currently under the impression that this is not a current feature (as opposed to being a bug), I request that one have the option to preserve timestamps. This is important for several reasons: 1. I use it for sorting items in folders based on timestamps regularly. 2. (I believe) that synchronization and clobbering is chosen based on newest timestamp. Though even if BTSync doesn't use it, other programs (e.g. Filezilla) do. 3. I am attempting to sync >100,000 files > 50 GB, and for some reason, even when both computers are behind the same router, the transfer rate drops to ~100 KB/s (starts around 800 KB/s), leading me to believe that the transfer is going beyond the router (smells like the usual ISP throttling...). For this reason and the timestamp issue, I will first use Filezilla to perform the initial copy (which does preserves timestamps), then use BTSync to keep them synchronized. Of course, I would prefer to use only one program, but for free software, one can only ask for so much... In case this is actually a bug, my info is: Computer 1: Windows 7 Pro x64, BTSync 1.3.105Computer 2: Windows 7 Pro x64, BTSync 1.3.105
  4. First of all, I have enabled debug logging but the debug.txt file only contains "FFFF". The problem: System A has about 100 GB of photos which need to synced with system B. Certain files appear in the "Transfer" tab of BTS yet there is no activity listed under the "UP" or "Down" headings. After several seconds, the file disappears from the list yet no file can be found on system B. Looking deeper, I searched through the sync.txt file and found a peculiar set of entries related to the unsuccessfully synced files (appended below). It seems that any problematic file transfer that shows the symptoms mentioned above first reports: "missing metadata for file...will force re-indexing", then "wrong number of pieces for file...without metadata, resetting it". Moreover, the file continues to undergo "processing file" numerous times without conclusion. 1. What is going on and where do you suspect the problem? 2. What can I do to remedy the situation? Thank you! Below, specific entries from the sync.txt file pertaining to files that failed to transfer: [2013-12-28 00:37:24.547] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\12\Resaves\DSCF1405.jpg 1388211256 2584450 [2013-12-28 00:37:24.548] SyncFilesController: missing metadata for file 2005\12\Resaves\DSCF1405.jpg, will force re-indexing [2013-12-28 00:37:24.633] New torrent created for file 2005\12\Resaves\DSCF1405.jpg mt:1388211256 57A94DFEEB2230B957A34FCCDA3499A1674E2A1E [2013-12-28 00:37:24.643] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\12\Resaves\DSCF1404.jpg 1388211254 2858285 [2013-12-28 00:37:24.646] SyncFilesController: missing metadata for file 2005\12\Resaves\DSCF1404.jpg, will force re-indexing [2013-12-28 00:37:24.710] New torrent created for file 2005\12\Resaves\DSCF1404.jpg mt:1388211254 9B7F3530B692E5C2093E2745B02313F4219F862F [2013-12-28 00:37:24.748] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\12\Resaves\DSCF1403.jpg 1388211252 2586182 [2013-12-28 00:37:24.749] SyncFilesController: missing metadata for file 2005\12\Resaves\DSCF1403.jpg, will force re-indexing ... [2013-12-28 00:37:35.394] Merge: processing get_nodes message for /2005/12/Resaves/DSCF1403.jpg [2013-12-28 00:37:35.394] Merge: processing get_nodes message for /2005/12/Resaves/DSCF1404.jpg [2013-12-28 00:37:35.395] Merge: processing get_nodes message for /2005/12/Resaves/DSCF1405.jpg ... [2013-12-28 00:37:35.519] Merge: will send files for /2005/12/Resaves/DSCF1403.jpg [2013-12-28 00:37:35.519] Merge: will send files for /2005/12/Resaves/DSCF1404.jpg [2013-12-28 00:37:35.520] Merge: will send files for /2005/12/Resaves/DSCF1405.jpg ... [2013-12-28 00:39:00.865] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1405.jpg 1388209332 1868072 [2013-12-28 00:39:00.866] SyncFilesController: missing metadata for file 2005\07\Resaves\DSCF1405.jpg, will force re-indexing [2013-12-28 00:39:00.936] New torrent created for file 2005\07\Resaves\DSCF1405.jpg mt:1388209332 E38C52612B84C1CF565550A4F8232A2FB988A0C6 [2013-12-28 00:39:00.944] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1404.jpg 1388209330 2093163 [2013-12-28 00:39:00.945] SyncFilesController: missing metadata for file 2005\07\Resaves\DSCF1404.jpg, will force re-indexing [2013-12-28 00:39:01.004] New torrent created for file 2005\07\Resaves\DSCF1404.jpg mt:1388209330 C6C6AF6F7EB492739E1AC0C249FA7F8973075F66 [2013-12-28 00:39:01.013] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1403.jpg 1388209328 2008988 [2013-12-28 00:39:01.013] SyncFilesController: missing metadata for file 2005\07\Resaves\DSCF1403.jpg, will force re-indexing [2013-12-28 00:39:01.134] New torrent created for file 2005\07\Resaves\DSCF1403.jpg mt:1388209328 48B302F224DD2F4EF60A57F074A79D1FE8F24F1B ... [2013-12-28 00:39:08.603] Merge: processing get_nodes message for /2005/07/Resaves/DSCF1403.jpg [2013-12-28 00:39:08.603] Merge: processing get_nodes message for /2005/07/Resaves/DSCF1404.jpg [2013-12-28 00:39:08.603] Merge: processing get_nodes message for /2005/07/Resaves/DSCF1405.jpg ... [2013-12-28 00:39:08.688] Merge: will send files for /2005/07/Resaves/DSCF1403.jpg [2013-12-28 00:39:08.688] Merge: will send files for /2005/07/Resaves/DSCF1404.jpg [2013-12-28 00:39:08.688] Merge: will send files for /2005/07/Resaves/DSCF1405.jpg ... [2013-12-28 00:44:04.676] SyncFilesController: wrong number of pieces for file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1403.jpg without metadata, resetting it [2013-12-28 00:44:04.677] SyncFilesController: wrong number of pieces for file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1404.jpg without metadata, resetting it [2013-12-28 00:44:04.685] SyncFilesController: wrong number of pieces for file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1405.jpg without metadata, resetting it ... [2013-12-28 01:06:43.790] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1405.jpg 1388209332 1868072 [2013-12-28 01:06:43.790] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1404.jpg 1388209330 2093163 [2013-12-28 01:06:43.791] SyncFilesController [file updated]: processing file \\?\C:\Users\Jo Beth\Pictures\2005\07\Resaves\DSCF1403.jpg 1388209328 2008988
  5. I have bittorrent sync installed and it worked beautifully on my Android device, a Raspberry Pi and my laptop. However when I tried to install btsync on my NAS to sync with the rest... and it surprisingly doesn't work. The file would not be created, due to metadata being 0. Also, when I tried to remove a source, the program would just crash and quit. I suspect this is a bug that has something to do with the CPU I'm having, however since I don't have any other debugging information, I can't pinpoint to anything... I wonder if anyone can help me with that. I'm running debian jessie/sid on the NAS device. Here comes the detailed information: honeybadger@HONEYBADGER:~$ cat /etc/debian_version jessie/sid honeybadger@HONEYBADGER:~$ cat /proc/cpuinfo processor : 0 model name : Feroceon rev 0 (v5l) BogoMIPS : 265.42 Features : swp half thumb fastmult edsp CPU implementer : 0x41 CPU architecture: 5TEJ CPU variant : 0x0 CPU part : 0x926 CPU revision : 0 Hardware : Buffalo Linkstation Pro/Live Revision : 0000 Serial : 0000000000000000 honeybadger@HONEYBADGER:~$ uname -a Linux HONEYBADGER 3.9-1-orion5x #1 Debian 3.9.8-1 armv5tel GNU/Linux honeybadger@HONEYBADGER:~$ ldd --version ldd (Debian EGLIBC 2.17-7) 2.17 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath and Ulrich Drepper. **************** Here is the relevant part of the log: [20130620 19:58:15.052] Incoming connection from IP.IP.IP.IP:8889 [20130620 19:58:17.435] HTTP: IP IP.IP.IP.IP: GET /gui/images/down.png [20130620 19:58:17.518] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (783a9f183794495d20e215808aa41f70f4af9799)' [20130620 19:58:17.518] Got metadata size 0, pieces 1594 [20130620 19:58:17.520] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (40591592fbefe174d45341f6c959605c21632cc0)' [20130620 19:58:17.520] Got metadata size 0, pieces 2654 [20130620 19:58:17.521] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (fd960a3c4159182d0b26aff2ec2551b3db0e7325)' [20130620 19:58:17.522] Got metadata size 0, pieces 512 [20130620 19:58:17.540] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:17.545] ERROR: Metadata for 'Copy of DSC_0284.JPG' could not be loaded! [20130620 19:58:17.547] Finished receiving metadata for 'DSC_0078.JPG' [20130620 19:58:18.004] Got metadata size 0, pieces 512 [20130620 19:58:18.006] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:18.006] BAN peer: Responsible for 'IMG_20130719_050053.JPG' metadata not being loaded! [20130620 19:58:18.007] Banned IP.IP.IP.IP:57363 until forever [20130620 19:58:18.042] Got metadata size 0, pieces 1594 [20130620 19:58:18.049] ERROR: Metadata for 'Copy of DSC_0284.JPG' could not be loaded! [20130620 19:58:18.049] BAN peer: Responsible for 'Copy of DSC_0284.JPG' metadata not being loaded! [20130620 19:58:18.050] Banned IP.IP.IP.IP:57363 until forever [20130620 19:58:18.283] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (1990bcbb82a69478267ffd8cadda3f735e9eac53)' [20130620 19:58:18.283] Got metadata size 0, pieces 512 [20130620 19:58:18.285] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (fd960a3c4159182d0b26aff2ec2551b3db0e7325)' [20130620 19:58:18.285] Got metadata size 0, pieces 512 [20130620 19:58:18.322] HTTP: IP IP.IP.IP.IP: GET /gui/?token=Ohgip_66We0-ogqPC192XsN27FhwCx0oQkMi6sF0V99uF_GWbz12upYw61EAAAAA&action=getsyncfolders&t=1374368299228 [20130620 19:58:18.325] Finished receiving metadata for 'photo (2).JPG' [20130620 19:58:18.328] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:19.024] Got metadata size 0, pieces 512 [20130620 19:58:19.026] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:19.027] BAN peer: Responsible for 'IMG_20130719_050053.JPG' metadata not being loaded! [20130620 19:58:19.027] Banned IP.IP.IP.IP:57363 until forever [20130620 19:58:19.286] HTTP: IP IP.IP.IP.IP: GET /gui/?token=Ohgip_66We0-ogqPC192XsN27FhwCx0oQkMi6sF0V99uF_GWbz12upYw61EAAAAA&action=getsyncfolders&t=1374368300229 [20130620 19:58:19.420] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (783a9f183794495d20e215808aa41f70f4af9799)' [20130620 19:58:19.421] Got metadata size 0, pieces 1594 [20130620 19:58:19.557] ERROR: Metadata for 'Copy of DSC_0284.JPG' could not be loaded! [20130620 19:58:20.181] Got metadata size 0, pieces 1594 [20130620 19:58:20.183] ERROR: Metadata for 'Copy of DSC_0284.JPG' could not be loaded! [20130620 19:58:20.184] BAN peer: Responsible for 'Copy of DSC_0284.JPG' metadata not being loaded! [20130620 19:58:20.184] Banned IP.IP.IP.IP:57363 until forever [20130620 19:58:20.274] HTTP: IP IP.IP.IP.IP: GET /gui/?token=Ohgip_66We0-ogqPC192XsN27FhwCx0oQkMi6sF0V99uF_GWbz12upYw61EAAAAA&action=getsyncfolders&t=1374368301230 [20130620 19:58:20.457] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (fd960a3c4159182d0b26aff2ec2551b3db0e7325)' [20130620 19:58:20.458] Got metadata size 0, pieces 512 [20130620 19:58:20.527] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:20.958] Got metadata size 0, pieces 512 [20130620 19:58:20.959] ERROR: Metadata for 'IMG_20130719_050053.JPG' could not be loaded! [20130620 19:58:20.959] BAN peer: Responsible for 'IMG_20130719_050053.JPG' metadata not being loaded! [20130620 19:58:20.960] Banned IP.IP.IP.IP:57363 until forever [20130620 19:58:21.028] Extension: ipv4:[IP.IP.IP.IP] for 'magnet (3ebaf8c9f5fcbdf8e937cb8f6b7d5cfefe44dd48)' [20130620 19:58:21.028] Got metadata size 0, pieces 1814 [20130620 19:58:21.041] Finished receiving metadata for 'photo.JPG'