Search the Community

Showing results for tags 'timestamp'.



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 8 results

  1. Dear all, I have reached the stage in my evaluation where it seems I cannot use Resilio for my needs. Would love to be corrected :) I have two identical NAS boxes (Netgear, Linux) in two locations. Both are used by multiple users via Windows CIFS shares, and need multiple shares synced. Problem is, Resilio is unable to update mtime timestamps, and this results in a cryptic "initial recheck" errors - and a bit less cryptic "Failed to write attributes" As you probably know, on Linux (which Netgear NAS is), only the OWNER of the file can change file timestamps to anything but current time. And root user, of course. This has nothing to do with setting the files permissions - only with OWNERSHIP. As long as Resilio is running as user that does not own ALL files in a share (or is running as root) - it will therefore fail to set mtime on files it does not own. Having all files owned by a single user is not an option; NAS is used by multiple users, which have multiple accounts, and this absolutely positively has to stay that way. Using Docker or other solutions that mount shares - which could therefore be mounted with alternate owner id is also not an option - both because this would not sync the actual user ownership of the file, and because iNotify won't work on network mounts (and is unusably slow and has limitations on number of monitored directories when using Fuse/Docker mount methods) Having Resilio, which is open to the Internet, run as root is not an option either - for security reasons. AFAIK, Resilio does not have an option to ignore timestamps (as for example rsync and Syncthing do) and it seem to depend on timestamps for detecting changes (which, if correct, is the root cause of my problem it seems) So - is there a way to use Resilio where multiple users own files, and ownership has to be synced? Please note, that any solution that does not preserve file ownership is not an option for me. Not too concerned with timestamps, although it is certainly desirable (setting a synced file mtime to a current time would be OK) Any advice very much appreciated. Thanks, Andrej
  2. Currently, archived versions of files have their original created, modified and accessed timestamps all replaced by the time that the file was archived. While it's useful to know the exact moment the file was moved to the archive, can the MODIFIED timestamp be retained to allow an historical breadcrumb trail? cheers!
  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.105Repost from here.
  4. 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
  5. Hi, A couple of my folders on BTSync were deleted when I switched on one of my synced computers today. Apparrently, another of my computers 'deleted' files in the night. I am not sure how to remedy this. I found some of the files in the sync archive of the former computer. However, they have lost the timestamps when they were first created + latest modification. Is there a way to recover these metadata? I also don't know if more files have been lost...? Would anyone know what the problem is? On a related note, I've also noticed that the upload/download status have been stuck for weeks, usually ~Mb order of magnitude. Furthermore, some files just don't sync over the computers. I really hope to recover the files, they are for work... Thank you for the help. Also to add, out of the 3 computers, which I have access to 2 now, there seems to be different extent of deletions.
  6. BTSync overwrites newer files with older ones. This happens if files have been modified while one client is offline. When that client comes online BTSync overwrites files with that client's (old) versions. Why? When I look at .SyncArchive on other clients I can see the deleted newer files with newer modification times than the old file, which overwrote them. I have 4 machine setup: 1 always online, Linux (server); 2 mostly(just occasional restarts) online, one Linux, one Windows; 1 laptop, online when needed, Linux. (this is the client, that propagates old file versions) All 3 Linux machines have same config, so I cannot blame laptop's config. Yes, I have checked clocks on all machines. And yes, permissions are fine, can create and modify files. (Anyway it would be lame to overwrite new files, because one client has old read-only copies) I do not appear to be alone with this problem: http://forum.bittorrent.com/topic/24146-sync-overwrites-new-files-if-a-node-is-away-for-a-while/ http://forum.bittorrent.com/topic/22382-new-files-overwritten/ http://forum.bittorrent.com/topic/24058-btsync-deleted-new-version-of-files-and-synced-the-old-one/ http://forum.bittorrent.com/topic/23272-issue-1170-replaces-new-files-with-older-ones-from-remote-server/ http://forum.bittorrent.com/topic/20104-reproducible-data-loss-same-as-old-file-overwriting-new-files/ http://forum.bittorrent.com/topic/25081-sync-to-computer-with-old-version-file/ http://forum.bittorrent.com/topic/19668-help-newer-files-overwritten-by-older-files/
  7. I've got a lot of files that appear to have bad time stamps. How do I fix this so they sync correctly?
  8. I see some inconsistency in setting timestamp. After directory's sync it sets the current (local time on dest. box) timestamp. Not sure if this is expected behavior, but for regular files it sets correct (source) timestamp. This is on source box: 16777223 11980044 drwxr-xr-x 3 umputun staff 0 102 "Jun 19 13:36:10 2013" "Jun 14 07:08:14 2013" "Jun 19 13:26:48 2013" "Jun 14 07:08:14 2013" 4096 0 0 BitTorrent Sync.app and this is after sync, on destination box: 16777218 7688292 drwxr-xr-- 3 umputun staff 0 102 "Jun 19 13:33:13 2013" "Jun 19 13:27:02 2013" "Jun 19 13:27:02 2013" "Apr 30 03:13:20 2013" 4096 0 0 BitTorrent Sync.app