[過去ﾛｸﾞ] 初心者もOK! FreeBSD質問スレッド その124 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
850(3): 2021/03/21(日)11:04 AAS
ZFS（と関係ないかもしれないけど）について不思議な現象が起きています。
tank というZPOOLに大量のデータ（数百万個，トータル数TB）が入っているとして意図しないデータの改竄や
破壊がないかバッチで以下のような処理をしてチェックしてます。
find /tank -type f | xargs md5 > log.txt
前回実行時とMD5が変わっているファイルがいくつか見つかり，確認のためコマンドラインでそのファイルを
md5 XXXXX.dat
とやるとMD5は前回と同じでした。再度バッチを実行してみたところ実行の度に結果が変わります。感覚としては
省7
851(1): 2021/03/21(日)15:21 AAS
>>850
(find /tank -type f -print0 | sort -Vz | xargs -0 -n1 md5 )> log.txt
でやってみては？
852: 2021/03/21(日)22:26 AAS
>>850
コマンドに流せる文字数には制限があるからそういう制限無しファイルリストを渡すのは予期しない引数あふれを起こす可能性がある。
それと、ファイル名もディレクトリ名も引数で受け渡すときは空白などトラブルを起こす文字があるパターンがあるので
その辺も加味してコマンドを組まないと大体ハマる。
自分は似たようなことをしてハマった。
859: 2021/03/22(月)12:52 AAS
>>850 を書いた者です。ZFSを疑っていると書きましたが今はxargsが犯人の気がして
ます。GNUとBSDでxargsの仕様に違いがあることが分かりました。とは言えどっちを
使うにせよ安全に使えるものとばかり信じていたのでショック。
改めてLinuxとFreeBSDで試したら対象ファイル数が数千程度では問題ないけど
数百万個の場合はLinuxではほぼ100%，最低1箇所は誤検知が発生します。FreeBSDでは
今日は一度も発生しなかった。
私の関わっている仕事ではこれは致命的なんでバグとして直したいがどういう
省12
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s