erro rsync erro inexplicável (código 255) em io.c

8

Eu estava usando um script para executar o rsync sudo crontab. O script executa um rsync bidirecional (do servidor A para o servidor B e vice-versa). Depois de reiniciar as duas máquinas servidores, o rsync não está funcionando sudo crontab. Também configurei um novo cronjob e ele falha. O erro é:

rsync error: unexplained error (code 255) at io.c(600) [sender=3.0.6]
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]

No entanto, quando executado a partir do terminal, o script rync funciona conforme o esperado, sem problemas. por favor ajude.

rsync incrontab kabeer
fonte

Respostas:

3

Um pouco difícil de responder, devido à quase total falta de informações relevantes, mas como regra geral, se um comando funciona no prompt, mas não em um trabalho cron, é porque você precisa especificar o caminho completo para o (s) comando (s). Trabalhos Cron não têm um ambiente de usuário normal, o que significa especialmente que eles não têm o mesmo PATH que os usuários comuns.

John Gardeniers
fonte
Eu costumava ter um problema semelhante com o rsync 2.6.8, evidentemente um bug que terminava as transmissões programadas aleatoriamente, mas não me lembro se ele tinha esse código de erro. Estava sob o CentOS 5.5 naquela época. Mais tarde, com as versões mais recentes do CentOS, o rsync entrou no 3.x e o problema desapareceu definitivamente.
David Ramirez
3

Isso parece acontecer quando a conexão é recusada:

ssh: conectar à porta host 2222: conexão recusada

seguido de rsyncerro:

rsync: conexão inesperadamente fechada (0 bytes recebidos até agora) [receptor] erro rsync: erro inexplicável (código 255) em /SourceCache/rsync/rsync-45/rsync/io.c(453) [receiver = 2.6.9]

Razões possíveis:

  • No meu cenário, tive um problema de firewall. Perfurou um buraco.
  • senha incorreta (improvável resolver o seu problema, mas causará o mesmo erro)
SwiftArchitect
fonte
3

Um dos motivos para o rsyncfechamento inesperado da conexão é o problema de tempo limite, especialmente quando leva um tempo para calcular as somas de verificação de arquivos para verificar as diferenças no host remoto.

Para evitar esse problema, você precisa adicionar essas configurações ao seu ~/.ssh/configou /etc/ssh/ssh_config:

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

e opcionalmente semelhante no servidor remoto (pol /etc/ssh/sshd_config), por exemplo

ClientAliveInterval 30
ClientAliveCountMax 6

Veja: Quais são as opções ServerAliveIntervale o ClientAliveIntervalsignificado?

kenorb
fonte
0

Por favor, olhe sua lista fail2ban.

use o comando: "fail2ban-client configure YOURJAILNAMEHERE unbanip IPADDRESSHERE" para desbancar e tente novamente.

Linkinall
fonte