rsync - mkstemp a échoué: Permission denied (13)

J'ai la configuration suivante périodiquement rsync fichiers à partir du serveur A vers le serveur B. le Serveur B est le démon rsync en cours d'exécution avec la configuration suivante:

read only = false
use chroot = false
max connections = 4
syslog facility = local5
log file = /var/adm/rsyncd.log
munge symlinks = false
secrets file = /etc/rsyncd.secrets
numeric ids = false
transfer logging = true
log format = %h %o %f %l %b


[BACKUP]
        path = /path/to/archive
        auth users = someuser

De serveur Un je suis émission de la commande suivante:

rsync -adzPvO --delete --password-file=/path/to/pwd/file/pwd.dat /dir/to/be/backedup/[email protected]::BACKUP

Répertoire de SAUVEGARDE est entièrement en lecture/écriture/exécution pour tout le monde. Quand je lance la commande rsync à partir d'Un serveur, je vois:

afile.txt
         989 100%    2.60kB/s    0:00:00 (xfer#78, to-check=0/79)

pour chaque et everyfile dans le répertoire que je souhaite de sauvegarde. Il échoue lorsque j'arrive à l'écriture de fichiers tmp:

rsync: mkstemp "/.afile.txt.PZQvTe" (in BACKUP) failed: Permission denied (13)

Heures de recherche sur google plus tard et je n'arrive toujours pas à résoudre ce qui semble être un très simple problème d'autorisation. Des conseils? Merci à l'avance.

Des Informations Supplémentaires

Je viens de remarquer ce qui suit se produit au début du processus:

rsync: failed to set permissions on "/." (in BACKUP): Permission denied (13)

Est-il en essayant de définir des autorisations sur "/"?

Modifier

Je suis connecté en tant qu'utilisateur someuser. Mon répertoire de destination est plein de lecture/écriture/exécution de la permission pour tout le monde, y compris son contenu. En outre, le répertoire de destination est la propriété de someuser et dans someuser du groupe.

Suivi

J'ai trouvé à l'aide de SSH permet de résoudre ce

  • Est cette configuration qui avait travaillé un temps ?
  • J'ai utiliser la même configuration pour TIRER via rsync, mais ce processus est un PUSH. Donc, pour répondre à votre question, je n'ai pas utilisé cette configuration dans ce genre de configuration.
  • L'utilisation de SSH est une solution de contournement, pas vraiment une solution, ou la compréhension du problème d'autorisations ici. Je vais avoir un semblable problema et à l'aide de SSH n'est pas une option pour moi :/
  • Erreur (13) est un dossier de problème d'autorisations. C'est bien expliqué ici superuser.com/questions/398146/...
InformationsquelleAutor | 2012-06-14