Rsync para NETGEAR ReadyNAS falha em um arquivo específico

Question

Atualmente, tenho um servidor que faz o backup de seus dados todas as noites em um dispositivo ReadyNAS da NETGEAR usando o Rsync. Isso tem funcionado bem nos últimos meses. No entanto, recentemente, comecei a receber o seguinte erro:

rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Connection reset by peer (104)
inflate (token) returned -5
rsync error: error in rsync protocol data stream (code 12) at token.c(604) [receiver=3.0.6]
rsync: connection unexpectedly closed (229743 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]

Eu consegui localizá-lo em um arquivo específico que está causando o problema (usando o Rsync para copiar apenas esse arquivo). O arquivo em si é bastante grande - cerca de 975Mb. No entanto, existem também outros arquivos no mesmo diretório, alguns tão grandes quanto 3Gb, e esse backup é bom.

Estou usando o seguinte comando Rsync:

 rsync -avz --password-file=/root/rsync.secret <sourcedir> username@readynas::backup

O rsyncing para um host Ubuntu Linux parece funcionar, então não parece que há um problema com o cliente rsync no servidor.

Eu pesquisei mas não encontrei nada. Muitas pessoas parecem estar dizendo que ajustar o tempo limite no servidor Rsync resolveu problemas semelhantes, mas se esse fosse o meu problema, não consigo entender por que ele funciona com arquivos maiores.

Alguém tem alguma sugestão de como resolver isso?

    

Answer 1

Eu já vi isso acontecer (raramente) antes ao fazer o rsync compactado entre as máquinas. Em todos os casos em que o vi, os dados em si já estavam comprimidos para começar (por exemplo, arquivos de vídeo ou zip's). A maioria dos arquivos passa por OK. Uma vez em w, enquanto um arquivo específico tem esse problema.

Experimente sem compressão. (sem sinalizador -z no rsync.) Pode haver algo sobre os dados compactados transferidos que, em casos raros, fazem com que a outra extremidade a vomitar.

Além disso: Sem compactação, na verdade, pode ser mais rápido dependendo da velocidade da rede e da capacidade de CPU / RAM disponível na origem e no destino. A maioria das caixas NAS (baixa / média) NAS realmente não tem energia para isso.