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

失敗しました。('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 使えません。＞山銀さん

---

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

とりあえず予算はなんとかこじつけた。
しかしいつ買いに行けるのやら・・・。

こんな構成で考えてる。

• SilentKing5 400W \5,980
  
• DDR2 SDRAM PC2-6400 SAMSUNG 1GB \3,980
  
• SocketAM2 Sempron LE-1150 リテールBOX \4,980
  
• ASUS M2A-VM \8,890
  
• CENTURY IDE活してS-ATA (HDD:PATA→マザー:SATA) \1,980 x2
  

合計 \27,790。
あくまで予算は借りるだけ。('A`)
どっかに消費電力少なくてファンが爆音じゃないそこそこの速度でメモリが 1GB くらい載ってる PC 無いかなぁ・・・。
# じょ　があげると申し出てくれた Celeron 2GHz、消費電力が 52.8W と比較的大きめのため、残念ながら辞退させていただきます。orz

午前中にリモートでえいやと再起動したら死んだ('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

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