Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ /opt/mutabor/home/adnetec/RePEc/zzz/cites receiving incremental file list col/000165/ col/000165/007026.amf.xml fip/fedlwp/2006-025.amf.xml grt/wpegrt/ grt/wpegrt/2007-03.amf.xml grt/wpegrt/2007-05.amf.xml grt/wpegrt/2008-03.amf.xml grt/wpegrt/2009-08.amf.xml grt/wpegrt/2009-20.amf.xml grt/wpegrt/2009-21.amf.xml grt/wpegrt/2009-22.amf.xml grt/wpegrt/2009-23.amf.xml grt/wpegrt/2009-24.amf.xml grt/wpegrt/2010-11.amf.xml nbr/nberwo/15826.amf.xml onb/oenbmp/ onb/oenbmp/y:2008:i:2:b:2.amf.xml tpr/jeurec/v:4:y:2006:i:2-3:p:562-574.amf.xml
sent 6555 bytes received 14718710 bytes 107092.84 bytes/sec total size is 1957291418 speedup is 132.92
Is there a reason /opt needs to be owned by adnetec outside of this?
I don't think there is ani. It is a historic setup I suspect I did.
Where is the rsync for this automated?
It is on sopri. In general, I place rsyncs on sending rather than receiving machines, because the sedning machine knows better when to update. But we can't have this any more since sopri can't access your box. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel