rsync -vua
ローカルファイルをリモートサーバーと同期させるために使用します。しかし、
問題は、リモートサーバーの時間が1秒だけ速くなるということです。その結果、再実行時に送信する必要がないクリーンな出力の代わりに巨大なリストがrsync -vua
得られます。some file is newer
私の時間を同期ローカルマシン役に立ちません。
リモートサーバーはDebian 11です。
ローカルマシンはWSL Debian 11です。
$ apt-cache policy rsync
rsync:
Installed: 3.2.3-4+deb11u1
Candidate: 3.2.3-4+deb11u1
Version table:
*** 3.2.3-4+deb11u1 500
500 http://deb.debian.org/debian bullseye/main amd64 Packages
100 /var/lib/dpkg/status
$ rsync -V
rsync version 3.2.3 protocol version 31
修正する:
リモートサーバーにntpをインストールしましたが(提案していただきありがとうございます)、私のローカルコンピュータがWindowsであるため、時間は1秒未満で速くなりました(報告された問題はまだOPの問題です)。理論的には、リモートとローカルの時間がまったく同じであることを知っていますが、現実は次のようになります。
$ sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
-65-100-46-166.d .SOCK. 1 u 201 1024 377 83.923 -1.124 0.197
-time.skylineser 130.207.244.240 2 u 530 1024 377 27.402 -1.442 0.440
*50.205.244.112 50.205.244.28 2 u 617 1024 377 16.331 +0.940 0.344
-168.61.215.74 25.66.230.4 3 u 382 1024 377 23.048 -0.565 0.280
+23.157.160.168 129.6.15.28 2 u 363 1024 377 7.697 +0.106 0.876
+45.83.234.123 ( 10.1.105.4 2 u 606 1024 377 85.007 +0.903 0.242
一部のタイムサーバーも互いに同意しないようです。
したがって、WindowsとDebianタイムサーバーの間に1秒未満の差がある可能性はほとんどありません。
答え1
問題の原因を見つけました。まさに時間同期です。 NTP(または他の時間同期プロセス)は、リモートサーバーとローカルサーバーで有効にする必要があります。
答え2
-u
ターゲットが最新のタイムスタンプを持つファイルをスキップするオプションを使用する理由を明らかにしていません。これが重要な場合は、これらのエラーメッセージを避けるのは簡単ではないかもしれません。
試すことができる1つの方法は、rsyncにオプションを使用して、チェックサムの内容に基づいて転送するファイルを選択させることです-c
。-c
一般オプションの後にこのオプションを追加します-va
。
rsync -va -c
or
rsync -vac
(敗北-u
後維持することは意味がありません)-c
転送中のファイル数と各エンドで利用可能なCPUのパフォーマンスに基づいてファイルチェックサムを計算すると、転送セッションが少し遅くなる可能性があります。しかし、今タイムスタンプについて文句を言わないでください!