投稿者: furuta

我が家のCentOS + Postfix + SpamAssassinで運用しているSMTPサーバーが、OS再起動後にエラーを出してクライアントからの送信や外部からのメール受け取りができなくなる現象が発生していました。原因究明は簡単で/var/log/maillogをみると、迷惑メールフィルタSpamAssassinが使用する/var/run/spamass.sockにパーミッションがないせいだとわかります。このファイルのオーナーをpostfixにしてやれば解決します。実はもうずっと前からこの現象が起きてたのですが、OSを再起動する機会自体が少ないので、都度手動で対応していました。

ですが最近の計画停電で発生頻度があがってきたので、まじめに対応をしようと。

で、このファイルを作成するのが/etc/init.d/spamass-milterです。このファイルの中に下記のようなブロックがあります。

start() {
        echo -n $"Starting $desc ($prog): "
        daemon $prog -p $SOCKET -f $EXTRA_FLAGS
        RETVAL=$?
        [ ! -s $SOCKET ] || sleep 30
        chown postfix $SOCKET
        echo
        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$prog
        return $RETVAL
}

ちゃんと６行目で同じことしてるんですね。ただタイミングが早くて実際にこのファイルが作られる前に実行されてしまい、結果としてオーナー変更ができてなかったっぽいです。直前の行にあるsleepコマンドによる待ち時間を長めにとってみたところ解決できたっぽいです。ちなみに確か最初は5だったんですが、10にしてもダメでした。どれくらいの時間が適切かはお使いの環境によると思います。

OS再起動後、/var/run/spamass.sockのオーナーが最初からpostfixになっていれば成功です。

停電を繰り返すうちにどうもUPSによるサーバーのシャットダウンがちゃんとできてないことがわかってきました。そういえばUPSは前のサーバー機から継続だけど、今のXen環境にしてからあんまり実地テストとかしてなかったなと。

我が家のUPSは三菱のFREQSHIP Fで、同社がフリーで配布しているFREQSHIP-mini for FreeUNIXをインストールして運用しています。起動スクリプト/etc/init.d/freqshipを実行するとなにやらCOMポートがどうのとエラーを返します。設定ファイルは/etc/freqship/UPSFILEで、一行目に、

Port=/dev/ttyS0

という記述があります。UPSとの通信に使用しているCOMEポートとして/dev/ttyS0を指定してあるのですが、これがなんらかの理由で使用できないようです。次に起動時のコンソールメッセージを

dmesg | grep tty

としてttyという文字を含むものを検索。すると、

Xen virtual console successfully installed as ttyS

とXen絡みのメッセージを発見。どうもXenがシリアルポートを占有してしまってるのが問題のようです。そこでググった結果の解決策は、/boot/grub/grub.confを編集し、

title CentOS (2.6.18-194.32.1.el5xen)
        root (hd0,0)
        kernel /xen.gz-2.6.18-194.32.1.el5 dom0_mem=768M
        module /vmlinuz-2.6.18-194.32.1.el5xen ro root=/dev/lvm1/Domain0 xencons=off
        module /initrd-2.6.18-194.32.1.el5xen.img

のように赤字部分を追加し、Xenにシリアルコンソールを使用しないよう指示しました。grub.confには同じようなブロックが複数セット書かれていると思います。大抵は一番上がデフォルトで使用される記述だと思いますが、まぁとりあえず全てに書いておきました。

これで再起動したところ、/etc/init.d/freqshipでエラーが出なくなりました。

停電の多い地区の皆さん、いちどちゃんとシャットダウンできてるかお試しあれ。

■オマケ：XenのDomain-U仮想マシンを自動的に起動する

Domain-0が再起動した後、自動でDomain-U（仮想OS）も起動させたい場合、/etc/xen/autoに設定ファイルを置いておけばいいようです。大抵は/etc/xen/においてあるでしょうから、シンボリックリンクを張っておくのが簡単でしょう。たとえばHogeという定義ファイルなら、

ln-s /etc/xen/Hoge /etc/xen/auto/Hoge

とか。ちなみにXenはシャットダウン時にDomain-Uを自動でサスペンド状態にしてくれて、次回Domain-0起動に自動的に復帰させてくれるようです。上記の設定はちゃんとそれをチェックしてレジュームに失敗した場合のみ実行してくれるみたいなので、Domain-Uが二重に起動してしまうようなことはないようです。賢い。

ZOJIRUSHI 優湯生 2.2L CV-PS22-SP

ZOJIRUSHI 優湯生 3.0L CV-PS30-SP

注文日が3/8になってるので本当に地震直前ですね。ひとり暮らしの我が家ではお茶煎れたりカップ麺調理する時は基本電気ケトルでお湯をわかしていました。たいして使わないのに常時保温電力を使うのはもったいないなと。そもそも真冬でも暖房入らずの我が家では粉末緑茶を冷水で煎れて飲んでたしｗ。ですが最近、ちゃんと煎れた緑茶の美味しさに目覚めたことと、やはり調理中に電気ケトルを追加で使うとブレーカーが落ちやすく（しかも回路的に録画PCやHDDレコーダーも一緒に落ちる）、電気ポット導入の検討を始めました。

そして最近の省エネポットはスゴい。今回購入したのは象印のCV-PS22-SP。このシリーズは何世代か前から光センサによって部屋が暗くなると自動的に省エネモードになり、また明るくなると自動で設定温度まで復帰させてくれるという機能を搭載しています。２世代前のを実家にも導入しています。生活サイクルが不定期な我が家では時間指定によるタイマーよりも部屋の明るさ連動の方が合理的です。

で、その最新モデル。主な特徴は右のリンク辿ってページの下の方に図解入りで説明されていますが、

• 光センサによる自動ON/OFF
• それでOFFになっても100度->70度まで11時間かかる保温力
• 煎茶用80度や赤ん坊のミルク用70度設定がある
• カルキ飛ばしのための沸騰をせず直接設定温度で加熱を止められる
• 逆にお茶をより美味しくするため沸騰時間を長めにとるコースも搭載
• 給電されてなくても乾電池で電動給湯できる

など。省エネ好き、猫舌、お茶にハマってるというσ(^^)にはどれもビンビン来ます。同時にこの未曾有の要節電状況下では、一旦沸騰させないでもOKとか停電時でも給湯できるとか大いに有効ですよね。カルキに関していえば浄水器使ってればあまり気にすることないですし。

実際使ってみると、猫舌のσ(^^)には70度がすぐ飲めてちょうどいい。逆に沸騰させてしまうとその飲める温度に下がるまで11時間もかかってしまうのが問題。基本寝る前にお湯を補充し、お茶用モード（沸騰時間が長い）で沸かした後70度保温にしておくと、翌朝起きるとイイカンジ。ただこの電力不足状況になってからは沸騰はスキップするモードにして使ってます。

サイズは2.2Lタイプを買いましたが、ひとり暮らしで毎食使っても残量半分ってとこですね。1.5Lくらいでも足りる気がしますが、断熱層の厚みとかあるのでその分小型化できるってほどでもないでしょう。本当は毎日全量捨てて入れ替えろとマニュアルに書いてありますが、正直面倒なのと今は特に無駄をしたくないということで、継ぎ足し継ぎ足し使っています。

そしてこれ、定価が2,3万するのにAmazonで8,940円で買えちゃいました。今はAmazon在庫がなくなって1万ちょいになってますね。量販店もそんなもんだった気がします。前モデルからずっと悩んでましたが、ホントいいタイミングで買えたなぁと。こう書いちゃうと1万以上だして買うの悔しく思えちゃうかもですが、この電力不足の折（主に関東）、どうせ買うならコレおすすめですよ。