今日は外からSSHでログインしサーバ管理をしていた。設定ファイルを書き換えてサーバ（確かsnmpdだった）を再起動。起動したか確認しようとしたところ……
$ ps aux | grep snmpd Illegal instruction
えっ？……えっ？？ psコマンドが動かない。別のウィンドウ（GNU Screenを使っていた）でもダメだし、sudo付きで実行しても全く同じメッセージで止まってしまう。
「Illegal instruction」でググってみるが、同様の症状は見つからない。そのとき、さっきのサーバの起動でログの出力先を「/dev/null」にしたのを思い出した。確認してみると、
$ ls /dev/null ls: /dev/null: No such file or directory
うわああぁぁああぁぁあ。どうすんの？これ直せるの？
あ、そうだ。Time Machine！！……でもコマンドラインじゃ使えない……1。
せっかく SSD 使ってるんだから高速なプロクシサーバとして運用してみよう。ってことで Squid をインストール。いつもの通り、MacPorts にお任せだ。
$ sudo port install squid3 〜省略〜 ########################################################### # A startup item has been generated that will aid in # starting squid3 with launchd. It is disabled # by default. Execute the following command to start it, # and to cause it to launch at startup: # # sudo launchctl load -w /Library/LaunchDaemons/org.macports.Squid.plist ########################################################### ---> Installing squid3 @3.0.STABLE21_0 ---> Activating squid3 @3.0.STABLE21_0 ---> Cleaning squid3
説明にある通り、「sudo launchctl 〜」で起動ができるが、その前に squid.conf の設定だ。
以前、「外部リンクを明示するMovableTypeプラグイン | blog.delphinus.dev」で紹介したプラグインで、MovableType で生成する HTML をちょっとだけ整形してみた。今度は本格的なツールを使ってみよう。
HTML Tidy は整形ツールとしては一番著名で強力なツールだ。歴史も古く、最初のバージョンは前世紀まで遡る。
HTML Tidy Project Page
http://tidy.sourceforge.net/
現バージョンの `HTML::Tidy` では tidyp というツールが推奨されているようだ。tidyp を使うならば、後述の `HTML::Tidy` のバージョン違いによるエラーは起こらない。詳しくはこちら。
【Perl】HTML / XML の 整形には tidy“p”？ | blog.delphinus.dev
そしてそれを Perl から利用するためのモジュールが HTML::Tidy。
HTML::Tidy – search.cpan.org
http://search.cpan.org/~petdance/HTML-Tidy-1.50/lib/HTML/Tidy.pm
更に HTML::Tidy を利用して、MovableType で生成する HTML の整形を行ってくれるのがこれ。
Movable Type Monday: Etelos Partnership, Plugin Development, HTML Tidy, and More | The Blog Herald
http://www.blogherald.com/2009/04/07/movable-type-monday-etelos-partnership-plugin-development-html-tidy-and-more/
3つもインストールしなければならない上、一つ一つがかなり曲者だった（Mac OS X を使っていることが主因なんだけれども）。
Time Machineは僕がMac OS Xの中で一番気に入っている機能の一つだが、一つだけ難点がある。それはすべてのファイルをバックアップするわけではないことだ。
よくあるトラブルとして、Time Machineからのフルリストアをやった後にApacheが起動できなくなるというものがあった。これは「/private/var/log」ディレクトリがバックアップ対象となっていないために、access_logなどのログファイルが作成不能になることが問題だ1。
Coffee and Ashtray: Mac Timemachine復元後 Apache起動しない
http://coffeeash.blogspot.com/2009/04/mac-timemachine-apache.html
バックアップされないものには次のようなものがある。
~/Library/Cachesなど）/tmpなど）/Volumes）/var/vm）/var/log）最後のログファイルが問題である。大規模なサイトを構築してものすごい量のログファイルが作成される環境なら、Time Machineの対象にしないのもわかる（代わりにDVDなどに焼くだろう）。でもうちみたいな小規模な鯖じゃそこまでする気にはなれない。それに、マシンに障害が起こってTime Machineから復旧したとしても、ログファイルが残ってなければ原因の調べようもないではないか。
というわけで、Time Machineにバックアップされないファイル・ディレクトリの完全なリストはどこにあるのか調べていたら、次のような情報があった。
すでにWebalizerは導入済みなのだけれど、もうちょっとリッチなアクセスログ解析システムが欲しくなった。ググってみるとそのようなシステムはいくつかある。
Analog: WWW logfile analysis
http://analog.cx/Visitors – fast web log analyzer
http://www.hping.org/visitors/index_jp.phpHome of The Webalizer
http://www.mrunix.net/webalizer/AWStats – Free log file analyzer for advanced statistics (GNU GPL).
http://awstats.sourceforge.net/
参考：Google Analytics にてアクセスIPをチェック|トピックを表示
http://forum.tsukaeru.net/viewtopic.php?t=3470
いろいろある中でもPerlで書かれてて中身がわかりやすそうなAWStatsを選んだ。こいつは前に導入したWebalizerよりずっと優れていて、解析結果が細かいだけでなく、スクリプトまで書いて対処した問題に煩わされることもない。
以前の記事「Mac OS XにWebalizerをインストール → DNSCacheでハマる」ではMac OS XにてWebalizerをインストールする方法を書いた。このとき日本語化するオプション（--with-language=japanese）をつけたのだが、これによって用語が日本語化される代わりに、Total Search Strings（検索文字列リスト）が文字化けしてしまう。
原因は、検索文字列のエンコーディングにUTF-8が使用されているのに引き替え、HTML自体にはEUC-JPが使われているためだ。しょうがないので、作成したHTMLファイルに細工を加えることにする。
WiredとActiveで8割弱を占め、Page insに対してPage outsが43%。しかもSwapが6GBってこれ、実メモリの1.5倍もある！
ってことでメモリを増設することにした。調べてみると、過去のMac miniではメモリを8GBに増設すると激しく不安定になることがあったようだ1が、現行モデル（MC239J/A）では特に問題は見つからない。
早速秋葉まで行って次のメモリを買ってきた。
秋葉原アーク(ark)PC
DDR3 204Pin S.O.DDR3-1066 4GB Micron純正品
http://www.ark-pc.co.jp/item//code/11300163
増設作業は前に書いたHDD→SSD換装（その１、その２、その３）とほとんど同じである。（OSのリストアは必要ない） 一応今回もいくつか画像を載せておこう。