›

rsync: failed to set times on: Operation not permitted (1)

jcampbellkbra
edited December 2014 in Acrosync for Windows
I'm attempting to use Acrosync x64 1.1 to sync from Windows 2012 to Ubuntu 14 LTS. I've set this up via SSH with Public key authentication. The user in question has 775 write permissions to the target directory.

When I press "Start", Acrosync creates the directory structure on the remote site but does not copy any files. 

2014/12/22 14:22:33 Acrosync for windows 1.1 build 403 initialized
2014/12/22 14:45:39 Uploading W:/websites/project/data/ to /var/www/vhosts/project/content/
2014/12/22 14:45:39 rsync command: rsync --server --modify-window=2 --out-format=%n --links --recursive -tude. . /var/www/vhosts/project/content/
2014/12/22 14:45:40 rsync: failed to set times on "/var/www/vhosts/project/content/.": Operation not permitted (1) 

Any insight into this would be greatly appreciated. Thanks!

Comments

  • gchen
    It could be that you don't have permission to write to the 'content' dir (read-only, not owned by you, etc)
  • rickw
    I have a very similar problem :

    2017/05/07 19:28:12    Uploading F:/C_Proj/Ameol/ to source_sync/syncs/
    2017/05/07 19:28:12    rsync command: rsync --server --modify-window=2 --out-format=%n --links --recursive -tude. . source_sync/syncs/
    2017/05/07 19:28:12    rsync: failed to set times on "/syncs/." (in source_sync): Operation not permitted (1)

    Server is a DELL R710 running FreeNAS 11 STABLE running native (FreeBSD) RSync server
    Wired 1Gbit Ethernet
    PC is workstation running newly installed trial Acrosync x64 1.6

    Owner of  server rsync repository is same as login user in acrosync and has root permissions
    All dataset/directory permissions have been set fully open, 666 or 777.

    I have tried Upload (PC -> FreeNAS) and Auto Upload
    NOT using SSH
    using port 873
    upload/download capacity set at 50MB/sec

    Have got the same error regardless of any change of user or permissions I have made, eventually opeing it up fully.. I am not alone with this problem, can you make any suggestions how to track it down please?

  • gchen
    Your situation is different, since you're not using SSH so Acrosync is talking to the rsync daemon directly.

    Check your rsyncd.conf.  Make sure that the user specified by the uid parameter has the write permission to source_sync/syncs/, and the read-only option is not set.
  • rickw
    It was indeed permissions (isn't it always?). Thank you very much, now working great. I mirrored a 25GB directory with 260,000 files in many subdirs. It copied it over in about 20 minutes. I has set max transfer rate to 50MB/s, and it reached that on larger files and about 20MB/s or less on small files, average was 21MB/s. Not bad. Obviously, first time run will be by far the longest. I have some more tests to do and if OK will be buying personal licenses for me and the wife. I have some confusion over when a jobb is running or not, and how that ties in with the tray icon turning green or grey, and the state of the service. Being a service, it means it will run while logged out I assume. Yesterday, during fault finding, I temporarily stopped the service, but the acrosync gui carried on making periodic attempts to sync. Why would that happen with the service stopped?.
  • gchen
    The Acrosync gui is not dependent on the service.  Both can run the rsync independently, but only the service can do it without a user logged in.  If you don't want the sync to happen when the user is not logged on, there is no need to install the Acrosync service.

    The tray icon only reflects the state of the Acrosync gui;  it is not controlled by the service.

    As the gui and the service can run independently, if the gui is run as administrator, the service will be paused when the gui starts, and resumed when the gui quits. 
  • rickw
    Unusual approach, but it makes sense now. Thanks.

Sign In or Register to comment.