[過去ログ] 初心者もOK! FreeBSD質問スレッド その124 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
841: 2021/03/01(月)00:20 AAS
 FreeBSDのネイティブアプリを動かせる 
842: 2021/03/01(月)08:55 AAS
 OSのアップグレードが比較的楽 
 各種サービス類の起動パラメータをrc.confに書くだけで、スクリプト修正しなくていい 
 各種設定がrc.confにほぼ集約されてる 
  
 標準でtelnetとかインストールされてて使える状態である 
 ネットワークに繋がらなくなって調査する為のコマンド類が 
 インストールされてないとか言うことになりにくいw 
843: 2021/03/01(月)10:10 AAS
 そう言えばFreeBSDは標準FSであるUFSもZFSも割と簡単にスナップショットが取れて便利 
 それがアドバンテージ(と個人的には感じている) 
844: 2021/03/01(月)11:48 AAS
 Linuxはディストリ乱立過ぎるのと作法が変わりすぎててしんどい 
 bhyveでDebianをSSH&OpenVPN&FWのために動かしてるけどさ 
845(1): 2021/03/01(月)12:20 AAS
 FreeBSDスレで聞くのもアレだけど、FreeBSD,NetBSD,OpenBSDどれがおすすめ? 
 数年前になんかNetBSDはごちゃごちゃ揉めてた記憶があるけど 
846: 2021/03/01(月)12:48 AAS
 >>845 
 PCで使うならFreeBSD 
  
 多分一番癖がない 
 ARMとかならNetBSDだとおもう 
847: FreeBSDでwimeを使っている君 2021/03/03(水)01:43 AAS
 FreeBSDでは、Wine5.9以降が動かなくなってるのよね 
 portsでmakeは通るんだけどね 
848: 2021/03/10(水)15:06 AAS
 vpsでFreeBSD+natd+ipfwが非常に遅くて、 
 諦めてDebianにしようか悩んでて 
 FreeBSD+pfにしたら爆速になった・・・ 
 pfのほうがいいのかな。 
 とりあえずテオ君に感謝しますm(__)m 
849: 2021/03/15(月)12:56 AAS
 natdはインカーネルじゃ無いので遅い 
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は前回と同じでした。再度バッチを実行してみたところ実行の度に結果が変わります。感覚としては 
 実行の度にMD5変更として誤検知されるファイルの数が増えます。しかし直接手動でmd5コマンドを打つとどの 
 ファイルもMD5変更無し。つまりxargs経由でmd5を実行すると百万個に数個の頻度でMD5が正しく得られません。 
 (OSのシステムエラーが出ないところが悩ましい) 
  
 このZPOOLは長らくFreeNAS-11で使っていました。最近Linuxにエクスポートしたところこの現象が発現したため 
 再度FreeBSDに戻しました。この時一度OpenZFSに読ませたため現在FreeBSD-13-RC3で使っています。Linuxほど 
 ではないですがFreeBSD-13でも時々発生しています。FreeNAS-11では一度も問題は起きていませんでした。 
 何かチェックすべきところはありますか?個人的にはOpenZFSが怪しい気がします。 
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 
 コマンドに流せる文字数には制限があるからそういう制限無しファイルリストを渡すのは予期しない引数あふれを起こす可能性がある。 
 それと、ファイル名もディレクトリ名も引数で受け渡すときは空白などトラブルを起こす文字があるパターンがあるので 
 その辺も加味してコマンドを組まないと大体ハマる。 
  
 自分は似たようなことをしてハマった。 
853(1): 2021/03/22(月)07:14 AAS
 xargs使うやつは石器人 
 文明人ならfind /tank -type f -exec md5 {} + 
854(2): 2021/03/22(月)09:41 AAS
 OS起動中にpfを初期化したい時って、 
 # pfctl -F all && pfctl -f /etc/pf.conf 
 ってしますか?みなさん 
855: 2021/03/22(月)11:11 AAS
 俺はipfw派なんでよくわからん 
856(1): 2021/03/22(月)11:50 AAS
 service pf restartだな 
857: 2021/03/22(月)12:30 AAS
 PFって文字をみるとパイパンファイトクラブを思い出すんだよなぁ 
858: 854 2021/03/22(月)12:44 AAS
 >>856 
 その方法でも自分の書いたやり方でもテーブルに突っ込まれたIPアドレスが 
 消えてないんですよね。 
859: 2021/03/22(月)12:52 AAS
 >>850 を書いた者です。ZFSを疑っていると書きましたが今はxargsが犯人の気がして 
 ます。GNUとBSDでxargsの仕様に違いがあることが分かりました。とは言えどっちを 
 使うにせよ安全に使えるものとばかり信じていたのでショック。 
 改めてLinuxとFreeBSDで試したら対象ファイル数が数千程度では問題ないけど 
 数百万個の場合はLinuxではほぼ100%,最低1箇所は誤検知が発生します。FreeBSDでは 
 今日は一度も発生しなかった。 
  
 私の関わっている仕事ではこれは致命的なんでバグとして直したいがどういう 
 タイミングで発生するのランダム性が強すぎて時間がかかりそうです。 
  
 >>850 >>851 
 レスありがとうございます。ファイル名にスペースがあってトラブルが出るのは 
 うちの会社でもよく起きますがその場合File Not Foundのようなエラーが出るので 
 少なくとも見落とすことはなく今まで大きな問題にはなってないです。今回のは 
 標準エラー出力を一切出さず見た目上は成功を返すのにしれっと間違った結果を出力 
 しているという性質の非常に悪い障害になってます。 
  
 >>853 
 {} + というのは知らなかったので詳しく調べてみます。xargsは,OSの定義する制限 
 ギリギリを狙うのではなく余裕をもたせるようなオプションがなければ信用できない 
 ので見限ってバッチプログラムを再設計中です。多少遅くなってもPythonとかで 
 確実なのを作る予定。 
860: 2021/03/22(月)13:02 AAS
 > xargsは,OSの定義する制限 
 > ギリギリを狙うのではなく余裕をもたせるようなオプションがなければ信用できない 
 > ので 
  
 え?なんで?ギリギリを狙っても何も問題ないでしょ 
861: 2021/03/22(月)13:05 AAS
 なんつーか、だめに決まってるという思い込みと 
 俺が作ったほうが確実なんだとか思ってるでしょ? 
 俺がバグなんてするはずがない。相手はバグをしてるはずだ 
 みたいなさ 
  
 実績考えてみたら?お前の実績なんてxargsの歴史に比べたらまったくないよ 
862: 2021/03/22(月)13:14 AAS
 つーか読み込むたびにハッシュ値が変わってるなら 
 ハードウェアの故障に決まってんじゃん 
863: 2021/03/22(月)13:18 AAS
 俺たまにFreeBSDとLinuxで zpool 使い回してるけど 
 ハード不良以外で該当する様な事例に出くわしたこと無いな 
864: 2021/03/22(月)13:27 AAS
 手元で起きている問題だろうから 
 手元で問題を追い込んでおかないとね。 
865: 2021/03/22(月)16:26 AAS
 シェルの最大ライン長は中々の闇っぽいし、xargs任せにするのが無難な気がするけどな。 
 それでも信用できないなら-sで制限すればいいし。 
  
 安全性にこだわるなら-print0と-0は付けとくのがいいよ。 
 特に書き込みを伴う操作の時は惨劇が起こりかねない。 
  
 ふと思ったがZFSならsnapshot使って効率的にチェックできそうな気がする。 
 数百万ファイルの全数MD5は実行時間も馬鹿にならないんじゃない? 
866: 2021/03/23(火)21:58 AAS
 $ sudo getconf ARG_MAX 
 $ sudo grep ARG_MAX /usr/include/sys/syslimits.h 
 $ sudo sysctl kern.argmax 
867: 2021/03/23(火)22:08 AAS
 sudoつける理由もわからずつけてるやつは初心者だな 
 ああ、初心者OKスレかw 
868: 2021/03/23(火)22:09 AAS
 あとARG_MAXは最大ライン長さのことではない 
869: 2021/03/23(火)22:09 AAS
 厨ニングでもしているのかな。 
870: 2021/03/23(火)22:42 AAS
 須藤さん!出番ですよ!! 
上下前次1-新書関写板覧索設栞歴
あと 132 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.011s