☰

为什么 rsync 尝试复制已经是最新的文件？

tag-icon • tag-icon rsync
为什么 rsync 尝试复制已经是最新的文件？

我有两个相同的文件，位于本地计算机和远程计算机上。它们的大小相等，并且本地计算机上的文件比远程计算机上的文件新 - 但 rsync 仍尝试复制该文件。

我按如下方式调用 rsync：

rsync -nv -e "ssh -p 2222" user@host:/data/file.fif data/file.fif

（如果我不使用-n选项，它会启动复制操作）

Rsync 文档明确指出它不应该发生：

Rsync  finds files that need to be transferred using a "quick check" algorithm (by default) that looks for files that have changed in size or in last-modified time.

输出来自stat：

# remote file
  File: `data/fif/Skovorodko_Olga_45_raw.fif'
  Size: 1137551966  Blocks: 2221784    IO Block: 4096   regular file
Device: fd00h/64768d    Inode: 286338      Links: 1
Access: (0664/-rw-rw-r--)  Uid: ( 1037/  platon)   Gid: ( 1047/  platon)
Access: 2013-08-08 18:40:16.907581658 +0400
Modify: 2013-07-16 12:01:09.158763284 +0400
Change: 2013-07-16 12:01:09.158763284 +0400

# local file
  File: `data/fif/Skovorodko_Olga_45_raw.fif'
  Size: 1137551966  Blocks: 2221792    IO Block: 4096   regular file
Device: 801h/2049d  Inode: 12987232    Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1005/  platon)   Gid: ( 1003/  platon)
Access: 2013-08-08 19:02:57.146223369 +0400
Modify: 2013-08-08 19:02:57.146223369 +0400
Change: 2013-08-08 19:02:57.146223369 +0400

为什么会出现这种情况？

更新：

执行rsync --size-only结果文件不被复制：

delta-transmission enabled
Skovorodko_Olga_45_raw.fif is uptodate
total: matches=0  hash_hits=0  false_alarms=0 data=0

sent 14 bytes  received 114 bytes  85.33 bytes/sec
total size is 1137551966  speedup is 8887124.73 (DRY RUN)

答案1

快速检查算法会将具有不同修改时间或不同大小的任何文件视为已修改。因此，如果您的目标目录有同一文件的较新版本，它将被视为不同，并且将同步到源版本。

这是预期的（也是更安全的）行为。例如，假设您有两个目录，~/src 和~/dest，每个目录都有一个 foobar 文件。在 ~/src/foobar 中写入“foo”，然后在 ~/dest/foobar 中写入“bar”。现在，您将 ~/src 同步到 ~/dest。你会期待什么？

两个文件的大小相同，但 ~/dest 中的文件较新。 Rsync 标准行为是将 ~/dest/foobar 替换为 ~/src/foobar。当然，这些文件可能是相同的，这是不必要的，但没有办法知道这一点，除非您进行校验和或逐位比较。

如果您不希望出现这种行为，也就是说，您希望保留接收器中较新的文件，则必须使用 -u (--update) 标志。

-u, --update 这会强制 rsync 跳过目标上存在且修改时间比源文件更新的任何文件。 （如果现有目标文件的修改时间与源文件的修改时间相同，则如果大小不同，则会更新该文件。）

相关内容