
私のデーモンでは、定期的にファイルを取得する「ソース」として、(複数の) リモート読み取り専用 WebDAV フォルダー¹ をマウントしました。$SOURCE
この質問のために、そのうちの 1 つを挙げます。
を盲目的に使用する前に$SOURCE
、マウントがまだ動作しているかどうかを確認することをお勧めします。WebDAV は優れた安定性で知られているわけではないため、マウント時のチェック¹ はすでに行われており、後で「壊れる」可能性もあります²。
以下のアイデアは私には合わないようです:
- 既知のリモートファイルの存在のテスト:
$SOURCE
必ずしも私が制御するわけではありません - 何かが存在するかどうかをテストする:
$SOURCE
空である可能性もあるので、偽陰性になる可能性がある - 出力を確認しています
mount | grep " $SOURCE "
: これにより、netdevs で誤検知が発生する可能性がありますか? - 結果を確認しています
mountpoint -q "$SOURCE"
: 誤検知についても同様ですか?
もっと:
このチェックにより、不適切な量のネットワーク帯域幅とメモリの使用が回避されます。したがって、さらに、curl
マウントされた DAV を調べて$SOURCE
、ファイル/フォルダー構造全体の違いをチェックすると、明らかに問題は解決されるはずですが、その要件はあらゆる点で満たされません。
チェックは、bash³+「基本的な Linux のもの」または microperl のいずれかで機能するはずです。肥大化はルーターにとって悪影響です。
davfs2
キャッシュを使用することはわかっています。マウントされ、構造がキャッシュされ、接続が失敗した場合はどうなるでしょうか? 大量の空のファイルが残ることになるのではないでしょうか$SOURCE
?
davfs2
¹スクリプトから呼び出します。正確さを求めていると聞きました。
² 実際、私のデーモンは主に24時間365日稼働の動的IP環境に導入されるべきなので、ソースは意思毎日インターネットの再接続を体験してください。
³ 正確に言うと、busybox の ash です。