Sugarsync download mac upgrade#
Sugarsync download mac full#

As well, if you want to take a peek into the server logs (both oc internal and Apache access log), I have them available for inspection. If that is neccessary, please let me know, then I'll change my client systems to permanent logging. However, I did not catch the start of the sync.

Sugarsync download mac full#

If you want the full log untli the end of the sync, please let me know, I have saved it. I have launched a log window during synchronisation, the general pattern seems to be like this:Ġ9-15 15:25:22:087 oc_module: => open called for ownclouds://loremipsum/remote.php/webdav/Documents/file.txtĠ9-15 15:25:22:087 oc_module: GET request on /remote.php/webdav/Documents/file.txtĠ9-15 15:25:22:087 oc_module: Sendfile handling request type GET. None of the files have been changed, since the download on the new system. However, one of the two other systems started to download approximaltely 85% of the files (2.700 files, 1.1 GB) after I booted the system about half an hour later. The new system used a blank directory to start its work from. As expected, the new system integrated itself fine. Calculating a checksum once can't possibly cost more CPU performance than re-downloading the same things multiple times (and if the argument is for the server side, then the re-downloading possibilities can even be multiplied with more clients!)Īn update, I just added another computer to a folder, which is already synced at a two other hosts. What was again the argument against using it? High CPU usage? If it can prevent issues such as this, where unmodified files are downloaded multiple times, this argument doesn't hold. Is it maybe now a good time to think again about introducing proper file checksums instead of the random tags? Can provide the logfile on request (don't like to post it publicly with all the document references). Any logfile I could check (I heard the client now also produces a logfile if not explicitly started with the logging option)? I guess its also no option to restart I the client, not sure if he will exhibit the same behavior, but I will try.Įdit: Restarted the client with logwindow option, and the sync continued to download files I think (at least the Recent changes show something like that). So I really have no clue at all why the client is redownloading anything.

Sugarsync download mac upgrade#

, xx of yy MB or something like that - and showing all the 950MB of the one synced folder, so it seems to just re-download everything!) - no idea why, there were no big changes to files recently, no server upgrade (still running 5.0.10), no client upgrade (apart from 1.4, but that was last week already or so and the client has run multiple times since then already). Might be related: I just noticed that my client also decided now to re-download everything (in the menu opening up when clicking on the 'tray' icon in my ubuntu 13.04, it wrote 'downloading file.