rsync -av --delete /mnt/backup backupserverIPadress::backupfolder > /mnt/logs/textfile.txt
这工作很好,直到10天前。 当我检查textfile.txt的输出,我发现build筑文件列表…只
我几乎可以肯定,在过去的几天中,服务器已经发生了变化。
你可能没有得到全部的图片。 如果有任何错误(如错误)发送到STDERR,则不会在日志文件中看到它们。 试试这个命令,它也会将STDERRredirect到日志文件(注意命令结束):
rsync -av --delete / mnt / backup backupserverIPadress :: backupfolder> /mnt/logs/textfile.txt 2>&1
您可能还需要添加–dry-run选项。 从rsync手册:
这使得rsync执行试运行,不做任何 改变(并产生大部分与实际运行相同的输出)。 它 最常与-v,--verbose结合使用 和/或-i,--itemize-changes选项来查看rsync com- 在一个实际运行之前,这个命令将会完成。 --itemize-changes的输出应该是完全的 同样的干运行和随后的实际运行(禁止故意的 欺骗和系统调用失败); 如果不是,那是一个错误。 其他产量应该大部分不变,但可能会有所不同 区域。 值得注意的是,干运行不会发送实际的数据 文件传输,所以 - 进行没有效果,“发送的字节”, “收到的字节”,“文字数据”和“匹配的数据”统计 太小,“加速”值相当于运行 没有文件传输需要。