買い物、自重。なバイク乗りの日記

今度はカーネル panic。orz

Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x0
fault code		= supervisor read, page not present
instruction pointer	= 0x20:0xc04edc14
stack pointer	        = 0x28:0xe23d18c0
frame pointer	        = 0x28:0xe23d18c8
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= resume, IOPL = 0
current process		= 29 (syncer)
trap number		= 12
panic: page fault
Uptime: 9m25s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...

調べていくとどうもディスクの高負荷による panic っぽいので / 以外の全パーティションに対して SoftUpdate を適用。
しばらく様子見だがどうなることやら。

---

Jan  4 17:36:26 leviathan pid 30 (softdepflush), uid 0 inumber 564691 on /pub1: bad block
Jan  4 18:12:12 leviathan pid 30 (softdepflush), uid 0 inumber 564602 on /pub1: bad block

うーむ・・・。

---

3つめの bad block を出力した数時間後にまた再起動 orz
しかもコンソール出力がログファイルになってなかったので何が原因で再起動したかわからず。
現在バックグラウンド fsck 実行中。

寝る前に D4 で 2ch のログを navi2ch で見ていたらいきなり反応が無くなったので、「また D4 の無線 LAN が切れたか？」と思って NNsi＠CLIE TH55 に切り替えると無線 LAN 接続できず。
おっかしーなー？と思った次の瞬間に鯖の問題か？と思って鯖を見てみるとディスクのアクセスランプがもの凄い勢いで明滅っつーか点灯に近い。
まさか外部からの HTTP アタック (いわゆる絨毯爆撃ｗ) かと思ってメイン PC を起動して SSH で繋ごうとしても繋がらない。
重傷かと思ってシリアル接続側を見ようとしたら見れなかった (ケーブル抜けてただけｗ) ので非常用に繋いでおいた 2nd ディスプレイに切り替えてみると

再起動しとんがな orz

で、再起動が終わったので ssh で潜ると数分後に応答無しに。
すぐさまディスプレイを切り替えてみるとなにやらイヤな文字列を見た希ガス。
そこで起動中にシリアル接続してロギングできるようにしていると出てきたログがコレ。

login: dev = ar0s1e, block = 1, fs = /pub1
panic: ffs_blkfree: freeing free block
Uptime: 6m38s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort

あぁなにもうまたママン板危篤？
みるくの呪い？
もう勘弁してよ財布すっからかんだよマジでパーツ収集号令かけようかしらマジでホントにとか考えながらfsckの完了を待っていたら

シングルユーザーモードに落ちた orz

あー、重傷ですかこれ？と思ったと同時に、負荷のかかる fsck はシングルユーザーモードで実施した方がいいなということで fsck -y /pub1 で fsck。
同時進行で ffs_blkfree をぐぐってみると、なんか FreeBSD バグレポに上がってる？
英語を読むもいまいちピンとこないのだが、とりあえず fsck が終わったのでシングルユーザーモードから抜けて現在様子見中。

HDD から「ちーっ・・・ちっ」という変なシーク音がしていたのが以前から気になっていたが、先日 Seagate ST3200826A を外付け USB 箱に内蔵させたところ、電圧不足で同じ音が発生。
電源不良の可能性が非常に高いので急いで交換することに。
電源落として電源ユニットの固定ネジを外して電源ユニットを取り外ｓ・・・


あちぃ！！！！


電源めっちゃ熱いよ！
つか火傷しそうな熱さだった・・・。
そういや廃熱がかなり熱く、かつ風量が少なかったのを思い出した。

ついで、ケースの天井裏に押し込んでいる HDD の温度が 60度近くを示していたので、それを移設させるべく取り外ｓ・・・


うあっちゃああぁぁぁああああぁぁあぁぁ！！！１２３４５６７８９０


あ、あぶねぇ・・・そのまま直に握ってたらマジで火傷するところだった・・・。
つか、熱に強い Seagate で良かったねというほどの温度。('A`)

これほど熱いと HDD ファンつけないとやばいなということで、まずは取り外し可能な 3.5inch ドライブベイに HDD を固定し、ケースの底に 5mm 位の木の板を敷いて場を安定させ、その上に HDD ベイを直置き。
置き場所は丁度ケースファンの後ろ。
ただしこれだけではケースの仕様上ダクトが付いていて風の当たりが悪そうなので、ダクトと HDD ベイの間に 12cm ファンを直置きしてサンドイッチ。

これで筐体内温度が下がるかな〜と思ったら・・・


緑：ケース内温度 / 青：CPU 温度







HDD 3台平均温度：38度 (クーラー無し)


下がりすぎだろJK

以前はどんだけ熱かったんだ・・・。

週間・年間推移はこちらから上の方のリンクをたどるべし。

失敗しました。('A`)
というか、インストールして起動したまではよかったけど、しばらくすると

ad4: WARNING - SETFEATURES ENABLE RCACHE taskqueue timeout - completing request directly
ad4: WARNING - SETFEATURES ENABLE WCACHE taskqueue timeout - completing request directly
ad4: WARNING - SET_MULTI taskqueue timeout - completing request directly
ad4: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=27717599
ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly

というエラーが勃発してシャットダウンできない状態に。
ぐぐってみるとどうやら古いマザーボードでこうなるというのを 1件だけ見つけたのだが、結果はわからずじまい。
ata コントローラーあたりに変更入ってるんだろうなぁ。

というわけで、元の 6.1-RELEASE で運用継続。

前回失敗したのでもう一度リトライの予定。
というわけで、繋がらないときは OS のアップグレード中とお察しください。

今度はミラーリングしてあるデータドライブの片方が死にました。('A`)
80GB HDD 買ってこないと・・・。

---

と思ったら、再構築したら

# atacontrol status ar0
ar0: ATA RAID1 subdisks: ad4 ad6 status: READY

治ってやんの。('A`)
6.3R 入れてから壊れたっちゅーことは 6.3R のせいなのか、それともオペミスなのか・・・。
とりあえず OS アップグレードは延期ということで。

1月19日の昼過ぎに光プレミアムが導入された。
某測定サイトで計ってみると上り 11M、下り 35M くらいでまずまず。
初めはいくつかのサイトに繋がりにくかったのだが、MTU が原因ということで変更したら問題は無くなった。

目下問題は CTU が DHCP 鯖になっていること。
これをやられるとリヴァ鯖で提供している DHCP 鯖と取り合い、というより「提供し合い」になって、場合によっては CTU 側の DHCP 情報を配布してしまい、DHCP 倉が外に出て行けなくなる。

DHCP は以下のような動きとなっている。

1. DHCP 倉が「DHCP 鯖居るか？」とブロードキャストで質問を投げる。
   
2. DHCP 鯖はそれにたいして「俺が IP アドレス配布してやんよ」と答える。
   
3. DHCP 倉は「んじゃそれよこせ」と応答。
   
4. DHCP 鯖は「ほれ」と IP アドレスその他諸々を提供。
   

という動作になっているのだが、1つの物理ネットワーク上に 2つ以上の DHCP 鯖が居ると、2 の段階で一番早く応答した DHCP 鯖が IP アドレスを配布することになる。
今回の場合はリヴァ鯖の DHCP と CTU の DHCP がそのようになっているわけだが、ここで問題なのはお互いが配布すべき情報が微妙に違うこと。
リヴァ鯖はデフォルトゲートウェイにルーターの IP アドレスを設定しているのに対し、CTU は自分自身の IP アドレスを設定している。
CTU をルーターとして使うのであればそれでかまわないのだが、うちの場合はあえて OPT50 と OPT90 で 2セッション使う設定をしており、DNS はリヴァ鯖が処理しているので CTU の DHCP 情報を配布されると非常に困るわけだ。

CTU の DHCP を切ることが出来るならば良いのだが、なんとひかり電話を使っていると切れないとのこと＠マニュアル。orz

しかたがないので DHCP は諦めるか。
各端末の設定ﾏﾝﾄﾞｸｾ('A`)
っつーか、ひかり電話の設定は自分でやるから設定させてくれ。

久しぶりに FreeBSD-SA 発行。
詳しくはこちらを見ていただくとして、今回のその対処法。

パッチを当てるまでは普通なのだが、問題はその後。
今まではコマンド単体の更新やカーネルの再構築で済んでいたのだが、今回は

V. Solution
2) To patch your present system:
c) Recompile the operating system as described in <URL: http://www.freebsd.org/handbook/makeworld.html> and reboot the system.

・・・・・・えーっと、make world やれですか？
んなもんおいそれと出来るかよ！
ってことで、"IV. Workaround" に沿って

# chmod 700 /usr/bin/script
# ls -lFa /usr/bin/script
-rwx------ 1 root wheel 6980 5 7 2006 /usr/bin/script*

としておきましたとさ。

1月19日に光プレミアム導入による回線工事のため鯖停止します。
19日以降は下り 100Mbps、上り 35Mbps の VDSL になるので、鯖利用者側から見て (鯖からの) ダウンロードはかなり早くなるかと。
固定 IP アドレスも変更になるので既に TTL は短縮済み。

時々タイムアウトとかいろいろエラーを吐いていた OS のディスクを正常なディスクと交換完了。
とりあえず・・・

• fdisk ではスライスをちゃんとブータブルにしましょう。
  →ブートできずに数時間悩んだ。
  
• システム稼働中に新しいディスクに対して対話式 label でラベリングを行うときは、パーティション名を /usr じゃなくて /mnt/usr とかにしましょう。
  →w で書き込みしたとたんシステム停止ｗｗｗｗｗ
  
• /tmp は chmod 777 しておきましょう。
  →MySQL が起動できないわ Mew が起動できないわで・・・。('A`)
  

くらいが今回の注意点か。

はまりまくり。

親父が救援物資を支援してくれた。

• Celeron 速度不明
  
• i815マザー
  
• SDRAM PC-133 256MB 両面実装 2枚
  
• 120GB PATA HDD (Seagate 7200.7)
  
• パイオニア DVR-111 (DVR-111LF/バッファロー)
  

このうち、マザーは CPU 周りのコンデンサが破水していたので CPU と一緒に廃棄。('A`)
HDD はメイン PC の 80GB (写真データなど満載) とスワップして鯖に転用。
更に嬉しかったのは SDRAM PC-133 256MB 両面実装。
これで 440BX マザーのメモリをほぼ満タンに出来る。
マザーの不調は続いているものの、どうやらシャットダウン時にパニックを起こすのと、HDD の書き込みで負荷が上がると cron で起動されたスクリプトなどが終了できずメモリ上に居たままになり、それが CPU 負荷を上げるという症状以外は特に無いようだ。
前者はどうでもいいが後者は気になるものの、ここ 1ヶ月ほど使っていた限りでは問題がないようなのでしばらくこのままで。

つか、諸事情でマザーと CPU の交換は無理なのだわ。
# レンズを買ったのが理由ではない。

cron 大量発生が収まったと思ったらまた発生。('A`)
ふと ps auxww してみると smtpd がそこそこの数で defunct してる。
そこで、とりあえず GENERIC カーネルにした上で postfix と同時に起動している dkfilter 及び clamd、saslauthd を停止、経由しないようにしてみた。
これでしばらく様子見か・・・。
というわけで、すみませんがしばらく SASL 使えません。＞山銀さん

---

と思ったけど、調べてみると簡単にできそうだったので設定してみたところ上手く動いてる様子。
ご確認ください。

部屋の模様替えのため明日いっぱい鯖を停止します。

とともに、突然として鯖が「死ぬ」可能性有り。
変なビープ音のメロディーが聞こえる・・・。

ぷー　とか　ぷ　とかだけじゃなく、

ぷ　　ぷぺ　　ぷ　　ぽぷ　　ぷぷ

と不定期にビープ音が・・・。
掃除した後から調子が悪いので恐らくは掃除が原因か。
CPU を PenII 400MHz にしたり VGA を MGA-II にしたりメモリを1本ずつにしたり HDD などを外して最小構成で起動させてもだめだもんなぁ。
ちなみに、起動に失敗するとこうなります。



E-3 買おうとした矢先にこれか。
だから模様替えしたくないんだよな余計なトラブル招くから。('A`)

支援物資募集中。
条件：

• P-ATA 拡張コネクタ付き (合計 4ポート)
  
• 出来るだけ省電力 (PenIII 800MHz 以上←現行)
  
• メモリは最低 512MB 必要 (←現行 512MB でかつかつ)
  
• HDD 40GB 1本 (←ad0 がディスクエラー発生中)
  

恐らく機材交換費用は出ません。('A`)

やっとなおった(?)。('A`)

始まりはなんだっけ、そうだ、朝 5時に鯖が死んでたんだ。
# 気がついたのは会社に出てから。orz
またトラックバック spam かと思って家に帰ってみてみると、全体的に何かおかしい。
再起動しようにも再起動一歩手前でハングするし、ログオンしようと思ってもログオンできず。

おかしくなる前にやったことと言えばパッチ適用してカーネルのリビルド。
そこでカーネルオプションを変更しながら何度か試すものの、綺麗にシャダウンするのは GENERIC カーネルだけ。
# リビルド品は起動デーモンを絞ったりするとシャダウンできるときもある。

更に調べていると、どうも超大量のディスクアクセス (主にバックグラウンド fsck) が発生すると cron が大量のゾンビになって必ず root になれなかったりログオンできなくなる。
ログオンプロンプトは出るけど、パスワード入力後のシェル起動する付近でこけてるような感じ。
ソレをヒントに調べていると、メモリの少ないマシンでは Soft-Update を使わない方がよいというような記述を見つけたのでオフにしてみた。
他にも多少起動するデーモンを制限したりで今んとこ様子見。
つまりはメモリ少なすぎということか。

よくも今までそれで動いてたもんだな・・・。

午前中にリモートでえいやと再起動したら死んだ('A`)
半日ほど死んでたことになるか。
現在再構築中・・・。

原因は ar ドライバが無いためマウントできずにシングルユーザーモードに落ちていた。orz

---

うーん、起動したことはしたけど、ipfw のルール投入書式がおかしくなったのは治ってないっぽい。
今までは

# ipfw add allow ip from any to any

で設定できたのに対し、数日前からそれをやると ipfw: missing ``to'' と出て設定できない。
どうやらいつの間にか有効になった ipfw2 が原因のようで、現在は

# ipfw add allow ip from any any to any

とすることで回避。
どうもポート番号無しだと駄目なようで。