連日の気温上昇で、muninのsensors監視で75℃通知来て対策。
level auto だとファン制御がうまくいかない様なので、
crontabに時間帯で設定することにした。

0 7 * * * echo level 3 > /proc/acpi/ibm/fan
0 9 * * * echo level 6 > /proc/acpi/ibm/fan
0 11 * * * echo level disengaged > /proc/acpi/ibm/fan
0 19 * * * echo level 6 > /proc/acpi/ibm/fan
0 21 * * * echo level 3 > /proc/acpi/ibm/fan
0 23 * * * echo level 1 > /proc/acpi/ibm/fan

先日から障害で大変なようでご愁傷様です。

【発生】05/08 仮想サーバへの接続不可[web.arena.ne.jp]

今後の参考までに障害状況は知りたいところだな…

AWSなど海外勢との比較とか議論はされますが、クラウド使用するなら
なおさら複数のクラウドに分散すべきでしょうね。
いくら内部で冗長化してもダメなときはダメなので、ユーザーの利用意識だろうな。

sensorsコマンドを叩くとエラーが出てくる。

acpitz-virtual-0
Adapter: Virtual device
temp1: +39.0°C (crit = +127.0°C)
temp2: +38.0°C (crit = +100.0°C)

thinkpad-isa-0000
Adapter: ISA adapter
fan1: 3443 RPM
fan2: 0 RPM
temp1: +39.0°C
temp2: +41.0°C
temp3: +41.0°C
temp4: +37.0°C
temp5: +30.0°C
ERROR: Can't get value of subfeature temp6_input: Can't read
temp6: +0.0°C
temp7: +28.0°C
ERROR: Can't get value of subfeature temp8_input: Can't read
temp8: +0.0°C
temp9: +38.0°C
temp10: +41.0°C
ERROR: Can't get value of subfeature temp11_input: Can't read
temp11: +0.0°C
ERROR: Can't get value of subfeature temp12_input: Can't read
temp12: +0.0°C
ERROR: Can't get value of subfeature temp13_input: Can't read
temp13: +0.0°C
ERROR: Can't get value of subfeature temp14_input: Can't read
temp14: +0.0°C
ERROR: Can't get value of subfeature temp15_input: Can't read
temp15: +0.0°C
ERROR: Can't get value of subfeature temp16_input: Can't read
temp16: +0.0°C

監視するときに邪魔なので、正常に設定する。
ThinkPadに関しては以下のページにサンプルがある。
http://www.thinkwiki.org/wiki/Thermal_Sensors
参考にして設定ファイルに追加する。

/etc/sensors3.conf

chip "thinkpad-isa-0000"
    label fan1 "Fan"
    label temp1 "CPU"
    label temp2 "HDAPS"
    label temp3 "PCMCIA"
    label temp4 "GPU"
    label temp5 "Battery Disappears if battery removed"
    label temp7 "Battery Disappears if battery removed"
    label temp9 "Bus between Northbridge and DRAM; Ethernet chip"
    label temp10 "Southbridge, WLAN and clock generator"
    label temp11 "Power circuitry"

    ignore fan2
    ignore temp6
    ignore temp8
    ignore temp11
    ignore temp12
    ignore temp13
    ignore temp14
    ignore temp15
    ignore temp16

再度sensorsコマンドを叩くと、綺麗に表示されました。

acpitz-virtual-0
Adapter: Virtual device
temp1: +39.0°C (crit = +127.0°C)
temp2: +37.0°C (crit = +100.0°C)

thinkpad-isa-0000
Adapter: ISA adapter
Fan: 3428 RPM
CPU: +39.0°C
HDAPS: +41.0°C
PCMCIA: +41.0°C
GPU: +37.0°C
Battery Disappears if battery removed: +30.0°C
Battery Disappears if battery removed: +28.0°C
Bus between Northbridge and DRAM; Ethernet chip: +38.0°C
Southbridge, WLAN and clock generator: +41.0°C

制御モジュールを確認
$ lsmod | grep think
thinkpad_acpi 79367 0
snd 71251 17 snd_hda_codec_analog,thinkpad_acpi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
nvram 7639 1 thinkpad_acpi
led_class 3764 3 thinkpad_acpi,iwlcore,sdhci

FAN制御を有効にする為、オプション設定を記述する
$ sudo vi /etc/modprobe.d/options
options thinkpad_acpi fan_control=1

PC再起動後にFAN制御が有効になる。

状況確認
$ cat /proc/acpi/ibm/fan
status: enabled
speed: 3877
level: auto
commands: level ( is 0-7, auto, disengaged, full-speed)
commands: enable, disable
commands: watchdog ( is 0 (off), 1-120 (seconds))

ThinkPad x61sの場合は、以下のパラメータ
fan levels RPM: 0 = off, 1-2 = ~3800, 3-5 = ~4500, 6-7 = ~4800, disengaged = ~4800
http://www.thinkwiki.org/wiki/How_to_control_fan_speed

最低速の1にします。
$ su
# echo level 1 > /proc/acpi/ibm/fan
# exit

$ cat /proc/acpi/ibm/fan
status: enabled
speed: 3383
level: 1
commands: level ( is 0-7, auto, disengaged, full-speed)
commands: enable, disable
commands: watchdog ( is 0 (off), 1-120 (seconds))

スタパさんの記事[impress.co.jp]
読んで、自分も試してみました。

Eye-Fiカードは記事とは違うConnect x2のタイプ。
ThinkPad X200sのSDカードリーダーにそのまま差し込む。で早速トラブル。
肝心のダイレクトモード設定が出来ない。Eye-Fiカードは認識するのですが「Eye-Fi Helper」の
設定画面が表示されない不具合発生。Eye-Fiカードを抜いたり条件変えて、PCの再起動をしても動作しない。
アップデート確認しても最新状態なので、しばらく悩む。
何気に「Eye-Fi Helper」を公式ページから最新版をダウンロードし直して、バージョン確認すると、
インストール済みは3.1で最新は3.3でした。
最新版に更新することで、設定画面が正常に表示されました。アップデート確認機能に騙されました。
最新ファームウェアと対応したソフトウエアは基本でしたね。

「Eye-Fi Helper」設定でダイレクトモードを起動し、SSID有効状態で、
iPhoneやiPadとのWiFi接続設定を完了する。
Eye-FiカードをPCから外して、デジカメに戻します。
次にiPhoneとiPadにEye-Fiアプリをインストール。

デジカメから無線で直接、iPhoneやiPadに転送出来るから、
無線LAN APが無くても撮った写真をその場でiPadで大きく見せられます。
3G回線経由でiPhoneやiPadがモバイルルーター代わりにもなりますね。

X2シリーズ上位版じゃなくてもConnect x2で十分かな。

複数のping監視が出来るmultipingを試してみた。

1.あらかじめ監視対象を設定する。
　/etc/munin/plugin-conf.d/munin-node　に以下を追加。
　[multiping]
　env.host www.example.org mail.example.org
2.シンボリックリンクする。
　$ sudo ln -s /usr/share/munin/plugins/multiping /etc/munin/plugins/multiping
3.munin-nodeを再起動
　$ sudo /etc/init.d/munin-node restart

ubuntuにはmultipingが入ってるけど、CentOSにはなかったので、
ping_を複数設定してグラフ統合したら煩雑に。。。

Munin Exchangeから、multipingを入れる。
　$ wget http://exchange.munin-monitoring.org/plugins/multiping/version/1/download
　$ mv download multiping
　$ sudo chmod 755 multiping
　$ sudo cp multiping /usr/share/munin/plugins/
設定ファイルが少し違います。
　/etc/munin/plugin-conf.d/munin-node　に以下を追加。
　[multiping]
　env.hosts www.example.org,mail.example.org
　env.names Example Web,Example Mail
ホスト名がhostsだったりラベルの付け方とか、あとカンマ区切り。

昨日のbind9プラグインでは、CentsOSでもステートファイルの作成しないと、
エラーなくても更新されないので、作成してmunin-nodeを再起動した。

今回はbind9_rndcプラグインの方。エラーが出ているので修正してみます。

/usr/sbin/rndcのstats出力が出来なかったので設定を修正します。
named.confのoptionsに以下を追加。
  statistics-file "/var/named/data/named_stats.txt";
bind9を再起動します。rndcのstats出力を確認。
  $ sudo /usr/sbin/rndc stats
CentOSの方はパス修正ですんなり動きましたが、
ubuntuの方はAppArmorで書き込み制限があるので注意。

bind9_rndcプラグインのパス修正をします。
  my $querystats = $ENV{querystats} || '/var/named/data/named_stats.txt';
一般権限だとrndcはステートファイルを書けないので、変更します。
$ sudo vi /etc/munin/plugin-conf.d/munin-node
  [bind9*]
  user root
カテゴリをBIND9として、bind9とbind9_rndcをまとめます。
  print "graph_category BIND9\n";

bind9のクエリーをmuninでグラフ化する。

bind9のログ出力を設定

$ sudo vi /etc/bind/named.conf
logging {
        channel dns_queries {
                file "/var/log/bind9/query.log" versions 2 size 1m;
                severity info;
                print-time yes;
                print-severity yes;
                print-category yes;
        };

        category queries { dns_queries; };
};

作成されるログファイルのディレクトリを作成します。
$ sudo mkdir /var/log/bind9
$ sudo chown bind:bind /var/log/bind9
また、オーナー属性をbindにしておきます。

AppArmorの設定もしておきます。
$ sudo vi /etc/apparmor.d/usr.sbin.named
/etc/apparmor.d/usr.sbin.named
/var/log/bind9/** rw, #追加
/var/log/bind9/ rw, #追加
$ sudo /etc/init.d/apparmor restart ←ubuntuの場合、Debianは不要
$ sudo /etc/init.d/bind9 restart
bind9再起動後、ログファイル/var/log/bind9/query.logを確認する。

muninプラグインのbind9をシンボリックリンクする。
# cd /etc/munin/plugins/
# ln -s /usr/share/munin/plugins/bind9 bind9

ログファイルのパスを修正
$ sudo vi /etc/munin/plugins/bind9
[bind9]
  env.logfile /var/log/bind9/query.log

ステートファイルの作成
$ sudo touch /var/lib/munin/plugin-state/bind9.state
$ sudo chmod 664 /var/lib/munin/plugin-state/bind9.state
$ sudo chown nobody:munin /var/lib/munin/plugin-state/bind9.state

munin-nodeを再起動して動作確認。
$ sudo /etc/init.d/munin-node restart
$ tail /var/log/munin/munin-node.log

静的IPマスカレード関連だけだと、LAN内へセッションは張れるけど出られないので、
IPv4 動的IPフィルタの一覧に追加設定することで、無事にポート開放出来ました。
XBOX Liveは面倒なのでDMZホストに入れて済ます。

静的IPマスカレードでポート開放設定しても、IN方向は届くけど
OUT方向へは出て行けないので、ポート開放が出来なくてはまってます。