Quand j'essaie de rsync -qaPH source/ 192.168.1.21:/var/backups
je reçois
rsync: [sender] write error: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(837) [sender=3.1.0]
Quel est le problème avec ma commande?
Pour étudier, ajoutez une ou plusieurs options -v
à la commande rsync. Aussi, essayez d’utiliser plain ssh:
ssh -v 192.168.1.21 /bin/true
pour savoir si c’est le problème qui est causé par la connexion SSH sous-jacente rsync.
255 n’est en réalité pas un code de retour "natif" rsync
. rsync
supprime le code d'erreur 255 de SSH et le renvoie. Il me semble que quelque chose sur le serveur de destination bloque SSH ou le casse une fois qu’il est connecté, d’où "tuyau cassé". Je ne suis pas d’accord avec @kenorb car, s’il s’agissait d’un problème de délai d’attente, les codes de sortie rsync
seraient 30 ou 35.
Une erreur similaire s'est produite lors de l'utilisation de rsync
via mon deploy pour une application Ember
(ember-cli-deploy). Je devais configurer correctement mon ssh
(ajouter des clés privées à mon ~/.ssh/
)
Tube cassé Une erreur signifie très probablement que vous avez atteint le délai. Par exemple, la commande rsync distante a commencé à calculer les différences de fichiers, mais n'a pas répondu au client à temps.
Si cela se produit très souvent, ajoutez ces paramètres à votre ~/.ssh/config
local:
Host *
ServerAliveInterval 30
ServerAliveCountMax 6
et sur le serveur distant (si vous en avez l'accès), configurez-les dans votre /etc/ssh/sshd_config
:
ClientAliveInterval 30
ClientAliveCountMax 6
Voir: Que signifient les options ServerAliveInterval
et ClientAliveInterval
?
Je sais que ce problème est ancien, mais peut-être que quelqu'un (comme moi) a toujours l'erreur.
a) Vérifiez si le service ssh est en cours d'exécution:
Sudo service ssh status
b) Vérifiez la connexion avec la commande triple verbose:
ssh -vvv <hostname>
c) Peut-être utilisez-vous la mauvaise clé ssh ou la clé est-elle cassée?.
Vigne