rsynccp.
AWS File Gateway と適切な NFS 共有と S3 バケットに関するテスト設定があります。ファイルゲートウェイを使用すると、「一般」NFSマウントのようにS3バケットのデータにアクセスできます。
内部的には、S3は古いデータをGlacierに移動しますが、ファイルはNFSマウントに表示され続けます。これを「スパスファイル」といいます。つまり、メタデータはありますが、実際のデータはありません。正確な用語かどうかはわかりません。ではない）プロセスは透明です。ファイルが要求されましたが、Glacier（ここ詳しくは興味を持ってください。）
rsync私の質問は他の人の行動の違いに関連していますcp。
NFS内のファイルを別の場所にマウントしようとすると、ファイルが氷河cpにある場合（つまり、読み取れない）、ほとんどすぐにファイルのIOエラーが返され、終了します。私にとって、これは理想的な行動です。
ただし、rsync -rvhWP実際にデータを転送するかのように実行すると、ターゲットに正しいファイルサイズなどのファイルが作成されます。しかし、データにはランダムに1と0があるだけです。転送が終わったら、何度も試してrsync: read errors mapping "<FILE PATH>": Input/output error (5)みましたWARNING: <FILE> failed verification -- update discarded (will try again).
なぜこのようなことをするのかrsync？これは予想される（理想的ではないが）動作ですか？cpファイルIOエラーをすぐに報告したらどうでしょうか？rsyncこのような悪い行動を止める方法はありますかrsync？
「ただ使用してください」と言うこともできますが、これは追跡可能な進捗データを提供するだけであり、cpネットワーク上の場所からファイルを転送する方がより強力だと思います。rsyncrsync