Q&A
同期元でファイルaをbに改名した、という場合には、同期先はどのような状態になるのが意図した動作でしょうか？
前提
Linuxサーバ上でマウントされたディレクトリに対して常に同期ができるような仕組みを作成しています。
マウントされた後、rsyncコマンドにて同期ができていることを確認しました。
同期元のディレクトリ配下にあるファイルを削除したところ、同期先であるマウントポイントとなっているディレクトリ配下のファイルも同様に削除されてしまいました。
・サーバ環境
※リモートでrsyncを実行しております
【同期元サーバ】
OS：CentOS7.9
【同期先サーバ】
OS：CentOS7.9
・確認済み内容
- ファイアーウォール(firewalld)にてNFSポートは解放済み
・実行したコマンド
rsync -auv -e "ssh -i ${鍵のパス}" ${同期元のフルパス} ${接続するユーザ}@${同期先のIPアドレス}:${マウントポイント}
実現したいこと
- 同期した後に同期元ディレクトリ配下にあるファイルを削除して同期先ディレクトリのファイルが削除されないようにしたい
rsync に付けているであろう --delete オプションを外す、とか? (同期先から削除したのが rsync なのかそうでないのか読み取れない)
@maisumakunさん
同期元でファイル改変もしくは改名をするようなことは想定しておりません。
（同期元で動いているバッチプログラムが、ファイルを削除するのみのため）
そのため、同期元のファイルが削除された後も、同期先にファイルがバックアップとして残しておきたいのです。
rsyncコマンドでなんのオプション付けてますか？ 明示的に指示しないと消えないはずなので、削除も同期してほしいという何かしらのオプションがついてるのだと思いますが。
@68userさん
--deleteオプションは追加しておりません。
@AbeTakashiさん
説明文に追加させていただきました。
ただ、マウント時に既に同期されたように見えるので、rsyncで同期されたように感じませんでした。
うーん、不思議ですね。となるとマウントの処理自体が間違ってるとか？ rsyncが原因じゃないっぽい感じですかね。
とりあえず同期元ファイルにダミーファイルを配置 & 削除するなどして、rsync が削除したのかそうでないのかは確認しましょう。
念のため確認ですが、NFS でマウントしているわけではなく、それぞれサーバ個別のファイルシステム間で rsync しているのですよね？
@TaichiYanagiyaさん
いいえ、NFSでマウントをしており、さらにそれぞれサーバ個別のファイルシステム間でrsyncをかけております。
そもそもマウント自体してはいけないのでしょうか。
NFS+rsync は速度的に遅いとは言われますが、削除するしないなどの挙動がおかしくなるという話はないと思います
「ただ、マウント時に既に同期されたように見えるので、rsyncで同期されたように感じませんでした。」とありますので、個人的には「同じところを見てるのでは？」という風にしか思えません。mount設定のミスなのか、なにかしらオペレーションのミスなのかは質問文やコメント欄からは類推できません。たとえば同期元にファイルを一つ追加して、同期先がどうなってるか確かめてみればどうでしょう。rsyncもかけてないのにそのファイルが存在するなら、それはもうrsyncは関係ないところで何かが起きています。
回答2件
0
自己解決
サーバ間は同セグメントだったため、mountを実施せずにrsyncのみで実現することで解決ができました。
回答してくださった皆様ありがとうございました。
投稿2022/12/31 13:49
総合スコア2
0
rsyncは使ったことがないのですが、下記のサイトに、使えそうなオプションを見つけました。
https://atmarkit.itmedia.co.jp/ait/articles/1702/02/news031.html
--min-size=サイズ 指定したサイズより小さなファイルは削除しない
⇒ 1TBとかの大きなサイズに指定すれば、防げる？
調べれば他にも使えそうなオプションがありそうです。
投稿2022/12/23 02:47
編集2022/12/23 02:53
退会済みユーザー
総合スコア0
