volcom
(usa Debian)
Enviado em 17/06/2009 - 10:02h
http://lists.samba.org/archive/rsync/2007-July/018119.html
When rsync starts up, the sender scans the source arguments and builds
a list of files to process and their metadata (the "file-list").
Later on, the receiver requests the data for each individual file it
doesn't have already. If the file no longer exists when the sender
goes to open it to send the data, that warning is printed.
The warning is generally nothing to worry about, since the run is
still correct in the sense that the state of each destination file
reflects a state that the corresponding source file had at some
instant during the run. (This property has one exception: if --delete
is on, the source and destination files originally differ, and then
the source file vanishes, the outdated file is left on the
destination, neither updated nor deleted; I proposed a way to fix this
at
https://bugzilla.samba.org/show_bug.cgi?id=3653#c11 .)
If the output to stderr or the exit code 24 freaks out a tool that is
running rsync, you could use my "rsync-no-vanished" wrapper script (
https://bugzilla.samba.org/show_bug.cgi?id=3653#c8 )
Resumindo, ele diz que quando o rsync é executado gera uma lista com os arquivos, ao fazer a cópia, esses arquivos são verificados e se não bater com a listagem retidada antes é gerado esse erro.
Mas isso pode ser corrigido se ainda tiver a possibilidade de encontrar o arquivo no seu local de origem (mas creio que não será necessário, pois deve ter sido excluído por alguém).
Portanto, se você faz o backup em horário de produção, quando os usuários estão alterando/deletando arquivos isso pode ocorrer.
Entendido? hehehe