New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Synchronize does not upload #5154
Comments
Same problem here. Huge folders such as my Mail or Papers folder get "synchronized" nearly imediately (took a long time with older version only to check if there is something to sync). Only a partial synchronization is achieved. For papers e.g. the database of papers gets loaded but all PDFs, stored in separate subfolders) are not synced. |
Here I recognized while synchronizing download that it only builds the folder structure locally , but doesn`t transfer the containing files. |
For me the proplem presists with nightly build 7035 |
Please test again with the latest build available. |
I tested with build 7124, and I now get data transfer. As far as I can judge from that what arrived in the mail folder, sync worked. The only suspicious thing is that the scanning phase before the transfer was very fast (it took several minutes with version 3.5 ...several GB in the folder). |
Finder reports a different number on the both synced machines in the "papers" folder 1904 on the remote an 1894 on the local. Sync does not launch further transfers (now with build 7154), but this was the folder with the problem of Ticket #4093, which no longer appears. In the mail folder there are on the local machine more files. The scanning time is, more or less the old one, conversely to what I said in the previous mail (today CD wanted to load the whole mail folder, probably I messed with the time stamp settings, and the scanning time recalled me on earlier such incidents). Summing up: I would say it works as well as with 3.5. |
Replying to [comment:13 ye]:
I suppose the local folder includes files that are excluded from the transfer such as |
Replying to [comment:14 dkocher]:
I got the numbers in both caseses on spot with Finder Info (when I was in the office today and with my laptop at home, as I saw no such info available with CD). Also the size is substantially different (the remote papers folder is 5 MB larger than the local the Folder with aprox 2Gb total size) I am not sure that all this results from excluded files. |
Here are the differences of "Papers folder". The version on the desktop is the one from the remote machine. The sync process should download from the remote machine. So at least the pdf-files "Only in /Users/me/Desktop/Papers..." should get synced.
|
I still have the problem with CD3.7 (build 7380), although the change log mentions something fixed with sync. When syncing my mail folder the scanning process is still nearly immediately finished. |
Replying to [comment:17 ye]:
Agreed. I saw the changelog and tried build 7380 but still have the same problem: synchronize does not push local changes to a remote server. |
P.S. with me it is download not upload. |
I have experienced a similar problem and am adding information in case this helps determine the root cause and fix. I was using the current version off the main website or version 3.7. My remote service is Amazon S3. When using Synchronize with "upload", I would get two problems. A compare of large directory (1.6GB) would complete in just a few seconds and it would not upload any newly added files. Drilling down into the directory with an added file(s) and creating a sync on just that directory worked just fine (new file(s) correctly uploaded). This sounds similar to the problem already report. I had a second problem as well. On a completely different folder, each time I asked Cyberduck to sync, it would sync the same 11.MB of files out of the 1GB total size of directory. I did this 4 times and 4 times it uploaded the same files to the remote. It might have something to do with the fact I downloaded these files from the remote to local by accident, and their local timestamp has been updated to the time of download. Regardless, I reverted to version 3.5.1 and both problems went away. |
Please try the latest snapshot build available. |
I still ( with buit 7825) have the effectthat for my >1GB mail folder the scanning of the folder is imediately finished and nothing happens (sync download). |
Replying to [comment:25 ye]:
I think the remaining issue is that directories are not included for the synchronization with the download only option when the local modification date of the folder is newer (but there are possibly still files inside that should be synchronized). |
Replying to [comment:21 https://www.google.com/accounts/o8/id?id=aitoawl-cuuwtrnavhgl2a8ldwrox-gbwwnoh5o]:
We now support comparing file checksums for S3, Cloudfiles, Azure and Dropbox protocols making synchronization for these protocols much more robust. |
OK. with build 7852 the scan was completed and seemingly all data was transferred. Some new bug appeared: Also the effect as described in Ticket #4093 is back. |
Synchronize no longer functions in build 3.6.1. No files are uploaded to the destination regardless of the timestamps or filesizes on the source directories. Synchronize works with build 3.5.1 on the same set of local and remote directories.
I am using an SFTP connection but don't know if that matters.
Attachments
CD.tiff
(34.3 KiB)The text was updated successfully, but these errors were encountered: