Falha do rsync em detectar novos arquivos e diretórios

Falha do rsync em detectar novos arquivos e diretórios

Tenho realizado backups em uma máquina remota via rsync há vários anos. Pelo menos nos últimos dois meses, o rsync parou de detectar novos arquivos e diretórios na máquina para backup. A saída do script diz que os arquivos e diretórios estão atualizados mesmo que sejam novos o suficiente para não existirem em nenhuma versão na máquina remota!

#!/bin/sh
#
# MAKE SURE HAVE CORRECT REMOTE/AT-HOME LOGIN SETUP AND THAT TARGET IS TOTEMDOC and source is Documents
#
 rsync -azvv -e "ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa" /home/stefan/Documents remoteUser@MouseHouse:/totembackup/totemdoc

Saída:

opening connection using: ssh -o CheckHostIP=no -i /home/stefan/.ssh/id_rsa -l totem MouseHouse rsync --server -vvlogDtprze.iLsfxC . /totembackup/totemdoc  (13 args)
sending incremental file list
delta-transmission enabled

Depois uma lista de que todos os arquivos estão atualizados e a conclusão:

total: matches=0  hash_hits=0  false_alarms=0 data=0

sent 407,686 bytes  received 794,633 bytes  801,546.00 bytes/sec

O que está errado? Por que o rsync não consegue detectar alterações nos arquivos ou mesmo detectar arquivos recém-criados?

Responder1

Acontece que houve um erro estúpido não relacionado no meu roteiro. Os arquivos estavam atualizados o tempo todo, o script simplesmente não os copiava para onde eu pensava.

Em algum momento, ao modificar o script, devo ter removido acidentalmente a barra final no caminho de origem. Isso significa que o script mudou o comportamento de copiar /totembackup/totemdoc para copiar em /totembackup/totemdoc/Documents. Nunca notei esse novo diretório Documentsao navegar /totembackup/totemdocpara verificar se os backups estavam funcionando.

Restaurar o caminho de origem para /home/stefan/Documents/(observe a barra final) retornou o comportamento do script ao que eu esperava.

informação relacionada