rsync leva a quase todos os arquivos corrompidos [fechados]

1

Copiei arquivos de um servidor para outro com o rsync 3.0.6 no CentOS 6:

rsync --exclude=".bash*" --progress --verbose -lpogtzr /home/ 1.2.3.4:/home/

mas muitos arquivos sincronizados têm uma soma de verificação diferente no servidor de destino. Eu copiei novamente arquivos (às vezes com z flag, às vezes sem ele) e agora tudo parece ok.

HDDs estão ok. Os serviços estavam ativos no servidor antigo quando fiz a primeira cópia. Mais tarde, interrompi os serviços em ambos os servidores antes de iniciar outro rsync para copiar apenas as diferenças de maneira mais rápida. Eu sempre fiz um dry-run antes.

Como isso pode acontecer? Não deveria ser o rsync um programa estável?

    
por Marco Marsala 28.10.2015 / 12:03

1 resposta

1

Acho que entendi o que aconteceu. Fiz o primeiro rsync quando os serviços estavam ativos, de modo que os arquivos resultantes estavam corrompidos (tudo bem).

Depois parei os serviços e fiz um segundo rsync para copiar apenas as diferenças de maneira mais rápida.

Isso não funcionou. Talvez a bandeira -t seja a culpada? Talvez o mtime dos arquivos não seja atualizado toda vez que você escreve um byte, mas apenas quando você abre um arquivo para escrever?

    
por 31.10.2015 / 11:04

Tags