Cette erreur vous indique que le rsync local essayait de communiquer avec le rsync distant, mais que la connexion à ce rsync a maintenant disparu.
Si le rsync distant est un démon, la première étape consiste à consulter le fichier journal du démon pour voir s'il a enregistré une erreur expliquant pourquoi il a interrompu le transfert. Vérifiez également que le fichier journal est correctement configuré, car un mauvais paramètre "fichier journal" dans votre fichier rsyncd.conf peut également causer ce problème.
Il y a plusieurs causes courantes à la disparition d'un processus rsync distant :
- Le disque de destination est plein (rappelez-vous que vous devez disposer d'au moins la taille du plus grand fichier à mettre à jour dans l'espace disque libre pour que le transfert réussisse).
- Une connexion inactive provoquait la fermeture de la connexion par un routeur ou un serveur distantShell.
- Une erreur de réseau a provoqué l'interruption de la connexion.
- L'exécutable rsync distant n'a pas été trouvé.
- Votre configuration remote-Shell ne fonctionne pas correctement ou n'est pas "propre" (c'est-à-dire qu'elle envoie du texte parasite à rsync).
Si vous ne parvenez pas à comprendre pourquoi l'échec s'est produit, vous pouvez prendre certaines mesures pour déboguer la situation. L'une d'elles consiste à créer un Shell Shell sur le système distant, par exemple celui-ci nommé "rsync-debug" (C'est un script Linux et vous avez probablement besoin d'un équivalent Windows). Vous utiliseriez le script comme ceci :
rsync -av --rsync-path=/some/path/rsync-debug HOST:SOURCE DEST
rsync -av --rsync-path=/some/path/rsync-debug SOURCE HOST:DEST
Ce script active les vidages de noyau et enregistre également tous les appels système du système d'exploitation qui ont conduit à l'échec dans un fichier dans le répertoire /tmp. Vous pouvez utiliser les fichiers résultants pour aider à comprendre pourquoi le rsync distant a échoué.
