AIKAWA.TV

高負荷の罠

まずは右のキャプチャを眺めていただくと一目瞭然なのだが長いとこCentOSのロードアベレージが上がり続けるという呪縛に苦しんでいた。遡ること忘れもしないあれはCentOS 5.4が出たときだった。およそ3ヶ月前の話になる。喜び勇んで更新したのは良かったが，しばらくしたらコツコツと負荷が上がり続けるという現象に遭遇してしまった。大体1時間に1くらいあがる。最初に気付いたときはいつになくサーバ大流行りジャン！などと悦に浸ったのだがログみてガックリ。ちなみにロード値1というのは100%ということなので普通だとちょbit重くなったという感覚を持つのだがログインしてもコンソールはサクサク動くしI/Oもプロセスも滞っていない。ただtopやuptime叩くとCPUのload avgが増殖し続けるという現象だった。黙っているとロード値数百なんてまで上がるところまでは確認した。実運用上のサーバであったが実害は無さそうだったのでしばし放置しておいた。偶然（？）手持ちのサーバでもう1台だけ同じ現象になり同様に悩んだのだが，共通することはCentOSのx86_64を使っていることだった。原因を把握するべく再現環境を作ってみたけど再現しなかったのでカーネルのバグじゃないかという憶測で留まり，唯一の対策はCentOSのカーネルアップデートが出ればソッコーであて再起動するという消極的なものだった。
気長に捉えていた問題だが，ロード値が高いとsendmailが仕事をサボり始める弊害なども出てきたので毎日再起動という情けない対応なんかをしていたのは冒頭のノコギリ波をみれはわかるだろう。
そんな日々を悶々と過ごしていた俺だがやっと閃いた！

mod_google_analytics-0.2はっく

mod_google_analyticsはずぼらWebサイト管理になくてはならないモジュールだ。
昨日の非同期トラッキングにあわせてクイックハックしてみたので晒してみる。

% diff -u mod_google_analytics.c.orig mod_google_analytics.c
--- mod_google_analytics.c.orig	2009-05-09 00:39:34.000000000 +0900
+++ mod_google_analytics.c	2009-12-02 15:57:53.000000000 +0900
@@ -46,12 +46,12 @@
 #include "apr_strmatch.h"
 #include "apr_strings.h"
 
-#define VERSION "0.2"
+#define VERSION "0.2-async"
 
 static const char *google_analytics_filter_name = "GOOGLE_ANALYTICS";
-static const char *body_end_tag = "</body>";
+static const char *body_end_tag = "</head>";
 static const unsigned int body_end_tag_length = 7;
-static const char *replace_base = "<script type=\"text/javascript\"><!-- \n var gaJsHost = ((\"https:\" == document.location.protocol) ? \"https://ssl.\" : \"http://www.\");document.write(unescape(\"%%3Cscript src='\" + gaJsHost + \"google-analytics.com/ga.js' type='text/javascript'%%3E%%3C/script%%3E\"));\n//--></script><script type=\"text/javascript\"><!-- \n try {var pageTracker = _gat._getTracker(\"%s\");pageTracker._trackPageview();} catch(err) {}; \n//--></script></body>";
+static const char *replace_base = "<script type=\"text/javascript\">\n  var _gaq = _gaq || [];\n  _gaq.push(['_setAccount', '%s']);\n  _gaq.push(['_trackPageview']);\n  (function() {\n    var ga = document.createElement('script');\n    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';\n    ga.setAttribute('async', 'true');\n    document.documentElement.firstChild.appendChild(ga);\n  })();\n</script>\n</head>";
 static const char *tag_exists = "google-analytics\\.com/(ga|urchin)\\.js";
 static const ap_regex_t *regex_tag_exists;
 static const apr_strmatch_pattern *pattern_body_end_tag;

mod_google_analytics-0.2-async.diffをダウンロード

インストールはパッケージのMakefileを使わず，

% sudo apxs -i -a -c mod_google_analytics.c

とした。とりあえず今のところ動いている。

ML115の罠

激安サーバマシンとして誉れ高いHP ProLiant ML115にPC UNIXを入れてみたのでメモ。オンボードにnVidiaのRAIDコントローラーがもれなく付いているのでBIOS設定で有効にし4発載せてるHDDをRAID5として便利に使おうとしてみた。
ちなみにOPENSOLARIS 2009年6月版の場合は

WARNING: nv_sata0 attach failed
WARNING: nv_sata1 attach failed
WARNING: nv_sata2 attach failed
WARNING: nv_sata3 attach failed

というメッセージが出て，インストーラーがドライブの存在を認識できずインストール中断。
FreeBSD 7.2の場合はブート画面で

ad4: ... at ata2-master SATA150
ad6: ... at ata3-master SATA150
ad8: ... at ata4-master SATA150
ad10: ... at ata5-master SATA150

とドライブ単体は認識されたが，RAID5としては認識されなかった。インストール断念。
CentOS 5.3の場合は/dev/mapper/nvidia_jajiebcaとしてRAID5ドライブとして認識されOSのインストールも行なえた。
インストール終了後再起動を行なう。すると

mount: could not find filesystem '/dev/root'
setuproot: moving /dev/failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!

カーネルパニック！ということでたっぷり時間がかかったのにインストール失敗。
結局のところnVidiaのRAIDコントローラーは試した3種類のPC UNIXでは使えないことがわかった。他に試すべきOSはあるのか？ないなら

XZ

GNU tar-1.22からXZ圧縮に対応。今までよりも圧縮が効く。今までのGZ圧縮が「ギュー」としてBZ2圧縮が「ギュッギュー」だとするとXZ圧縮は「ギュッギュッギュー」って感じ。というのは冗談としてbzip2あたりでもう限界だろうと思っていたけどまだまだ縮まるんだねぇ。
圧縮が効くということはそれだけでファイル容量を削減できるから世界中で発熱し続けるファイルサーバの圧縮形式をXZ圧縮にしてしまえば，ストレージ容量の増加節約にもなるしCO₂削減にも繋がるかもね。
ソース： http://www.gnu.org/software/tar/
ご参考：http://codezine.jp/article/detail/3658
それでは

リサイクルPC

得体の知らないお古なPCにFreeBSD 7を入れてみた。インストールは難無く完了し再起動すると

Manual root filesystem specification:
  :  Mount  using filesystem 
                       eg. ufs:da0s1a
  ?                  List valid disk boot devices
         Abort manual input

mountroot>

というプロンプトが現れ起動停止。「?」を入力すると選択候補がリストアップされるのでルートパーティションを手入力。

mountroot> ?

List of GEOM managed disk devices:
  amrd0s1c amrd0s1b amrd0s1a amrd0s1 amrd0 acd0 fd0

Manual root filesystem specification:
  :  Mount  using filesystem 
                       eg. ufs:da0s1a
  ?                  List valid disk boot devices
         Abort manual input

mountroot> ufs:amrd0s1a
Trying to mount root from ufs:amrd0s1a

すると立ち上がった。しかしこのままでは毎度毎度，起動の度に手入力しなければいけない。こいつは頂けない。調べたところ/boot/loader.confに然るべき設定を書けばいいというところまでわかったので，自力で立ち上がる設定を試行錯誤してみた。まずはrootdevに注目し書き換えてみた。結果は撃沈。ブートメニューからカーネルが立ち上がらない。というかpanic。そして挫折。
OSはFreeBSDじゃなくてもいい。要するにUNIXがサックリ立ち上がればいいのだ！とばかりにCentOS 5.1のインストーラCDを焼いて立ち上げていたら途中で止ってしまった。状況悪化。FreeBSDはあと一歩なので諦めず試行錯誤をした結果，

ActiveScaffold

RailsでActiveScaffold遊び。よくあるサンプルにやる気を注入！

Leopard流Rails 2.0自力アンインスト

何も考えず最新版を使ったらハマったのでバージョン落としてみることにした。

% rails -v
Rails 2.0.2
% sudo gem uninstall rails

Select gem to uninstall:
 1. rails-1.2.3
 2. rails-1.2.6
 3. rails-2.0.2
 4. All versions
> 3
Successfully uninstalled rails-2.0.2
% rails -v
Rails 1.2.6

これでいいのか？（LeopardにはRails 1.2.6に隠れて1.2.3も入っていた事を知ってしまった。）

Leopard流Ruby on Rails自力アップデート

LeopardにはRuby on Railsがバンドルされている。ただしLeopard発売後に出たRailsバージョン2には追従できていない。おそらく今後のsoftwareupdateでも更新されることはないと思うので自力で更新してみた。まずは外堀から攻める。

% gem --version
0.9.4
% sudo gem update --system
 :（省略）
% gem --version
1.0.1

gemの更新完了。続いて本丸のrails更新。

DBMail 2.2.5

IMAPにやっと手が入ったあたりが個人的に注目すべきところ
http://dbmail.org/index.php?page=news&id=38

GCC 4.2.0

http://gcc.gnu.org/gcc-4.2/changes.html