# mysqlcheck -a -A -c -o -v -u root -p
Enter password:　←パスワード入力

以前から ESXi 上のサーバは Munin で監視していて、トラフィックその他を見ている。

今週になって 64bit 側の VM を眺めてみたら、下図のようにあきらかに割り込みの掛かり方に変化があった。載せている アプリケーションは特に変えていないので、kernel の変更 (kernel 2.6.27.10 → 2.6.27.19 ) によるものだろう。色がわかりにくいが、vmxnet ether (VMware 用の仮想 LAN ドライバ) の割り込みが減っている。これはいいことのような気がする。

一方、32bit の openSUSE 11.1 の VM の方も見てみた。こちらは kernel 2.6.27.7 → 2.6.27.19 に一気にアップデートしているが、同様に割り込みが軽減している。

kernel 2.6.27.x のメンテナはいい仕事をしているんだと思う。

余ったPCやサーバをNASアプライアンス化するフリーパッケージ。同様のパッケージには FreeNAS がある。FreeNAS は FreeBSD ベースであり、パッケージの構成は m0n0wall がルーツである。FreeNAS は会社の同僚が試したところ、簡単に共有ディスクも組めるのでいい感じだった。

実は自宅環境用の共有ディスクを FreeNAS で組もうと画策し、さらに ESXi に乗せてしまえば１台で３役にいけるんじゃないかと調べてみたのだが、VMware ESX に乗せる場合の最大の問題は FreeBSD 用の VMware-tools の正式なパッケージがないため、そのままインストールするとネットワークパフォーマンスが落ちるらしい。実際、VMware 上では vmxnet ドライバが使えるか否かでパフォーマンスが全く変わるので NAS の場合は是非とも導入したいところ。

Openfiler の場合は CentOS (Linux) ベースらしいので、VMware-tools の恩恵を預かれそう。さらに VMware ESX や最近話題の Citrix Xen Server 用のイメージも公開されている。BSD 系はコンパクトでパフォーマンスがよいしルータアプライアンス系では有用なんだけど、サーバ OS としてみるとこういう点（多数のプラットフォーム対応）が　Linux の方が上か。

最終的な目論見は、自宅ファイルサーバだけじゃなく、iSCSI サーバにして iMac から Time Machine でバックアップを取れる環境にしたい。OS X leopard のウリである Time Machine。まだ実画面見たことないんだよな。無限に広がる大宇宙に Finder がずらっと並ぶアレを見てみたい。

昨晩、ふと YaST update を実施してみたらようやくアップデートされてきた。大幅に。

openSUSE 11.1 オリジナル (32bit)
kernel-pae-2.6.27.7-9.1
kernel-pae-base-2.6.27.7-9.1
kernel-pae-extra-2.6.27.7-9.1

openSUSE 11.1 FACTORY
kernel-pae-2.6.27.10-2.7
kernel-pae-base-2.6.27.10-2.7
kernel-pae-extra-2.6.27.10-2.7

openSUSE 11.1 (2009-02-26 公開)
kernel-pae-2.6.27.19-3.2.1
kernel-pae-base-2.6.27.19-3.2.1
kernel-pae-extra-2.6.27.19-3.2.1

64bit 版もパッケージ名が kernel-default- になるだけで同様。

■参考

[security-announce] SUSE Security Announcement: Linux kernel
(SUSE-SA:2009:010)
* From: Marcus Meissner <meissner@xxxxxxx>
* Date: Thu, 26 Feb 2009 17:06:24 +0100

オリジナルの kernel 2.6.27.19 が公開されたのは 2/20 らしい。近日リリース予定の SLES11 と同じカーネルとのこと。かなりのバグ修正が入っているので必ずアップデートすべきと思う。

ひかり電話に相当する VoIP 装置を兼ねているため、内部サーバを公開するためにはこのルータで port forwarding (マニュアルでは「静的IPマスカレード」) の設定が必要となる。

さて、昨年から使用している iPhone 3G だが、この機種は以下の３つの VPN をサポートしている。

• PPTP
• L2TP
• Cisco VPN

Cisco VPN は、その名の如く Cisco 機器専用の VPN であるため、うちでは使えない。一番設定の簡単なのは PPTP だが。RV-230NE の設定画面を一生懸命さがしても静的マスカレードの項目に TCP/UDP と AH/ESP (IPsecで使用) はあるが、GRE が存在しないため、対応してないものだと思っていた。で、残った L2TP というプロトコルをなんとか通せないかと試行錯誤していたわけだが、挫折。

えーと、xl2tpd と IPsec (OpenSWAN)  が複雑にからんでいる上、動的 IP で IPsec のトンネルがどうしてもエラーになってしまう。数日からかったが、iPhone から L2TP の接続に行くと、IPsec の途中のパケット認証あたりで引っかかってしまうようだ。というわけで L2TP は諦めた。

最近「今どきの NTT ルータは VPN 等のパススルーがついている」という記事を読んだ。ひょっとして RV-230NE でも PPTP が使えるんじゃないかともう一度マニュアルを調べてみたら、ひかり電話対応ルータ (RV-230NE) には VPN パススルー機能がちゃんとついていた。マニュアル嫁。GRE については特に触れられておらず、TCP の port 1723 を port forwarding を LAN 側の PPTP サーバに転送してやるだけでよいらしい。

そこで、ESXi サーバ上の Guest OS に pptpd を仕込んでみた。iPhone から接続してみると若干の試行錯誤の上 3G ネットワーク側から接続に成功した。やったよ。これで電車から自宅サーバ内に ssh でメンテナンスできるし、自宅 iMac の VNC もばっちりだ。（←何に使うんだろう）

PoPToP なんて設定したの何年ぶりだろうな。pptpd.conf の書式やらもすっかり忘れていたのでサンプルを眺めながら悩んでしまった。

Nagios や OpenNMS、グラフ化ツールでは MRTG, Cacti といったツールをいろいろ使ってきたけれど、OpenNMS は比較的よいとしてもその他のツールは決して管理性がよいとは言いがたい。

• 監視サーバ自体が軽く動作する
• ある程度の監視対象数に耐えられる（100〜300)
• 導入が簡単
• 監視対象の変更がすべて Web から行える
• グラフ化機能
• 管理者のロール機能
• できればネットワーク図も

５年近く以前に注目はしていたのだが、当時はまだバージョン 1.0 にもなっておらず、サーバの追加自体まともにできなくて諦めた記憶がある。

今では相当進化していて、いつの間にか zabbix-jp という団体までできているらしい。OpenNMS は仕事でも使っていて十分実用的に稼働はしているのだが、いかんせん Java ベースのため超メモリ食いなのが難点である。監視サーバのパフォーマンスが要求されて面倒だったりする。

また、ネットワークマップ機能は期待はされたり部分的に開発はされているものの、正式実装には至っていない。OpenView みたいなドラッグ＆ドロップでトポロジー図が描ければいいのになあ。

ZABBIX は、とりあえず上の用件は満たしている。一部泥臭い操作の部分も残しているものの、使い込めばいろいろできそうな雰囲気。自宅サーバ仮想化も一段落付いたので、少し詰めてみることにしよう。

WordPress はセンスのいいテーマが多くてうれしい。2.7 からはプラグインの自動アップデート機能まで搭載された。管理が一層楽になりそうだ。

• 自宅サーバのメールサーバ (Dovecot/IMAP) と連携させる
• Z-Push は PHP アプリケーションのため、ファイルを展開して設置するだけ。特にバックグラウンド的な動作はしない。
• HTTPS が必須。iPhone だけかも。
• iPhone から Exchange サーバとして自宅サーバの FQDN (バーチャルドメイン名) 、ユーザ名、パスワード、メールアドレスを指定すると登録できた。

ActiveSync というプロトコルをよく知らなかったのだが、結局のところ
https://サーバ名/Microsoft-Server-ActiveSync
という URL を、数秒に１回端末側からアクセスしているらしい。それって Push じゃなくて Pull じゃん。だから、端末から見ると HTTPS が通る環境ならどこからでも使えるのだが、いかにも電池を食いそうな方式だと言うことに気がついた。

結論から言うと、残念ながら日本語の環境では使えない。

• Subject は英語、日本語が混在していても問題ない
• 本文が英語のみなら、メールがプッシュされ、iPhone のメールアカウント表示に「バッジ」が表示される。
• メールに日本語  (JIS-2022-JP) 等が入ったら、iconv がエラーを吐いてプッシュされない。リロードで端末から詠みに行くことはできるが、日本語が入った部分から後ろは切れてしまう。

インストールされたフォルダに debug.txt というファイルを作っておくと、その名の通りデバッグログが出力される。メールがプッシュされないときにはこういうログが吐かれている。

/srv/www/z-push/include/utils.php:82 iconv(): Detected an illegal character in input string (8)

周辺のコードを見ると、

function utf8_to_windows1252($string, $option = "")
{
if (function_exists("iconv")){
return @iconv("UTF-8", "Windows-1252" . $option, $string);
}else{
return utf8_decode($string); // no euro support here
}
}

うーん。どうみても UTF-8 決め打ちに見える。全部コードを見たわけじゃないけど、Charset とか見てないのかな。残念だけど、いまのところちょっと使えそうにないかな。

ActiveSync プロトコル互換のオープンソース版。これ、Exchange がなくても自宅サーバで iPhone にメール通知できるってことなのかな。すばらしい。是非試す。

メモ。

参考：自前iPhone同期サーバが作れるOSSでActiveSync互換なz-pushにGoogle Calendarバックエンドが！

ホスト: hp ProLiant DL115 G1  (VMware ESXi 3.5 Update3)
ゲスト(1) OpenSUSE 11.1 (i586/32bit)   DNS/DHCP/OpenVPN
ゲスト(2) OpenSUSE 11.1 (x86_64/64bit)  Apache/PHP5(WordPress)/tDiary/Postfix/Dovecot

ゲスト(2) のカーネルは、FACTORY 版のレポジトリからダウンロードした最新版。64bit 版も inotify bug が関係するようで、やはりこちらも最新版で安定して稼働している。

Seagate の HDD 不良騒ぎも結局ファームウェアをアップデートしたこともあってか、全く問題がない。快調である。Gigazine あたりでブルースクリーンが出てしまってアップデートもチェックもまままならない、みたいな記事が出たために一気に信頼が落ちたようだが、お金がないのでさらに HDD を買い足す余裕はなく、Mac のキーボードに予算を注ぎ込んでしまったので根性でこのまま運用してみよう。

Seagate の中の人の blog によれば、特定のファームウェアが、極めて特殊な条件にて内部のメモリの使用量がちょうどある値に一致すると不具合が生じるとのことらしい。まあ、ESXi にしてしまうと OS インストールやバージョンアップの際にサーバを止める必要がなくなるので、起動時にまれに障害が起こる、という不具合に遭遇することもないだろう。

ようやく本来やりたかったことの下地ができたので、本題に明日以降とりかかることにする。

• zabbix を使ったネットワーク監視
• Windows7 のテスト
• VMware ESXi サーバのステータス監視について可能なことを調査 (物理 CPU 負荷とかメモリ使用量)

FACTORY 版のレポジトリ

から、以下のパッケージをダウンロードして上書きしてみた。

kernel-pae-2.6.27.10-2.7.i586.rpm
kernel-pae-base-2.6.27.10-2.7.i586.rpm
kernel-pae-extra-2.6.27.10-2.7.i586.rpm
vmware-kmp-pae-2009.01.21_2.6.27.10_2-1.3.i586.rpm

オリジナルは、

kernel-pae-2.6.27.7-9.1
kernel-pae-base-2.6.27.7-9.1
kernel-pae-extra-2.6.27.7-9.1
vmware-kmp-pae-2008.09.03_2.6.27.7_9.1-5.49

というバージョンだった。2/7 7:00AM ごろ、Postfix/dovect が動作している問題のサーバだけ差し替えて様子を見ているが、今のところ (2/7 23:40) 安定して動作しているようだ。

これで明日いっぱい問題なければ、Guest OS を 64bit の OpenSUSE 11.1 にもう一度戻してカーネルだけ新しくし、さらにチューニングする予定。こういうとき VM だとあらかじめ準備しておけるから楽だね。

その他の投稿を追う限り、”inotify bug” と呼ばれるカーネルのバグらしい。inotify がいったい何かと調べてみた。

Manpage of INOTIFY (Linux JM)

によると、ファイルやディレクトリを監視し、イベントを発生させる機能らしい。そして、inotity は samba や dovecot の IMAP サービスで使われている。今回問題が上がっている VM では dovecot が上がっているので、まさにビンゴか。

そして、FACTORY 版（テスト版）のカーネルではこのバグが修正されているので差し替えてみろという。

Bug 463372 – Kernel 2.6.27.7 SuSE file monitoring serious bug (inotify)

Bugzilla では同様のやりとりが行われていて、1/14 に Update Queue にいれたよん、と書かれている。っていうかまだ YaST Update に上がってきてないんですが。

問題の VM だけ開発版の Kernel に差し替えてみて、様子をみることにしよう。

OpenSUSE の Forum でまったく同じ事例を見つけた。このマシン固有の問題じゃなくてディストリビューションかカーネルの問題な予感がしてきた。

I wonder how many of you have experienced your 11.1 system locking up.

Two of my three 11.1 systems seem to lock up sporadically. Around once every few hours to once a day. No obvious correlation to any event, except high I/O load seems to trigger it in for the server. No particular hardware in question, the two systems are about as different as can be, one is a Celeron 667 doing duty as a text-only server and another is my desktop, a 64-bit dual AMD. Both the -default and -pae kernels can lock up in the case of the 32-bit system.

Symptoms of the lock up: No response on the console, no services can be reached, but only ping works. Only a hard reset clears the problem. No oops messages. On reboot, there are no crash messages in the log. One moment working, next moment frozen.

I have to mention that there seems to be also a small chance of a spontaneous abort during an install. From good and checked media.

It’s serious enough that I’m considering going back to 11.0 and also choosing 11.0 for a server upgrade in a couple of weeks’ time.

（超意訳）３台の OpenSUSE 11.1 マシンのうち、CPU も異なる (Celeron と AMD) ２台のマシンが、不定期に１日に固まる。I/O 負荷も特に見られず、ハードウェア異常もない。固まった状態では画面は無反応で、サービスは一切アクセスできないが ping だけは通る。ハードウェアリセットすれば直る。再起動してもログは全く残っていない。11.0 に戻すことにした。

はい、うちも全く同じ状況です。

OS がダメってことじゃん。どうすんだ。どうする？　‥‥どうしよ。

16:30 あたりで、全く負荷もかかっていないのにぷつっと途切れている。postfix と dovecot 以外の目立ったサービスは動かしていない。SpamAssassin や SPF 判定は外してしまったので、大したことしてないはずなんだよなあ。

前日に亡くなったのは 17:30 あたり。深夜に止まったこともある。何がトリガーなのかさっぱりだ。いっそメールサービスを1日止めてみようかなあ。

OpenSUSE 11.1 じゃダメなのか？ CentOS 5 にしろというお告げなのか。Debianにはたぶんしないw。

どうにかならないのか、と再度 YaST アップデートをかけてみたところ、glibc やらいくつかのパッケージがアップデートされた。これで再度粘る。頼むから直ってくれ！

1. /home 以下を新しい領域にすべてコピーし、マウント しなおした （ファイルシステムの整合性を疑って念のため）
2. SpamAssassin の利用を停止した

ユーザレベルのアプリケーションがOSフリーズを引き起こすとは考えにくいので、原因は 1. かなあ。旧マシンから XFS パーティションを荒技でコピーしたのが悪かったのかもしれない。2. が原因でカーネルのバグに触れてしまった可能性もあり得る。

SpamAssassin は効果絶大なので、できれば使いたいんだよな。

まあ、これで帰りの電車で自宅のサイトがチェックできず、もどかしい思いをすることもなくなればよいのだが。

(1) DNS / DHCP (OpenVPN停止)
(2) Apache2.2 / PHP / MySQL
(3) Postfix / SpamAssassin / Dovecot  ← ホームディレクトリ (/home/*) を含む  ＊障害発生

昨日の段階で３つの VM を上記のように分けたところ、2/4 14:00 ごろに (3) だけ固まった。

少なくとも Web 周りはシロ。Apache / MySQL もいずれも快調に動作しているため、WordPress (blog) サービスだけは問題なかった。ひょっとしたら Lighttpd +FastCGI でも問題なかったのかもしれない。blog が停止するとこういう記録も残せなくなるので、しばらくはこのまま運用することにする。

そうなると、メールの送受信にからむサービスが障害を引き起こしている可能性が高くなってきた。もっとも怪しいのは SpamAssassin だ。このサービスだけは、日本語の検知を正確に行わせるために独自 rpm パッケージを作成してインストールしている。VM に移行する前はいい感じで SPAM を捨ててくれていたので問題なかったのだが、たしかに純正ではないパッケージを使っていることは間違いない。

もう一つの疑いは、ホームディレクトリの整合性。OpenSUSE に移行してからは、データディレクトリは XFS フォーマットで利用している。もちろん OpenSUSE 10.3 (物理サーバ) までは数年間、全く問題が発生していなかったのでそれなりに信頼性はあるはずだ。ただ、物理サーバからデータをコピーする際に xfsdump / xfsrestore を使ったのを思い出した。通常通り tar なり scp なりを使えば良かったのかもしれないが、これが原因でデータディレクトリ (/home/*) のフォーマットがおかしくなり、カーネルがアクセスに行った瞬間におかしくなっている、という状況はあり得る。

そこで、HDD の残り容量に 100GB 程度の別 vmdk (VMFS 上の仮想ディスクイメージ) を作成し、こちらに /home 以外を丸ごとコピーして、最後に切り替えてみることにする。また spamassassin はしばらく利用を中止してみる。

ここまでやってダメならいよいよ本当にお手上げだ。OpenSUSE は見捨てて、CentOS 5.x に移行しよう。

MySQL しか動かしていない OpenSUSE 11.1 は元気に稼働中なので Kernel も関係なさそうなんだよなー。OS 自体も 64bit 番から 32bit 版に、完全に別領域を使って新規にインストールしてから移動しているので、例の Seagate が関係あるとは思えない。HDD 周りだったら ESXi ごと不調になりそうだし。

今日発見したのは、VM 上で OpenVPN を実行すると問題が発生するという記事を見つけた。確かに1日に何度か確認のため自宅に接続しているので、確認作業自体がトリガーになっている可能性もあり得る。でもそれって、固まる Guest とは別の Guest OS で動作させているんだよね。NIC はブリッジで共有してるけど。

うーんうーん。

(1) Guest [A] OpenSUSE 11.1 (32bit) DNS/DHCP/OpenVPN
(2) Guest [B] OpenSUSE 11.1 (32bit) Lighttpd + PHP5(FastCGI) + Postfix + Dovecot
(3) Guest [C] OpenSUSE 11.1 (32bit)  MySQL 5

この状態で Munin を(1) に仕込み、各 OS のリソース監視を行ってみた。

で、2/2 21:00 ごろ、またもや (2) だけがフリーズした。がっくり。

少なくとも MySQL はシロという結論に。やはり怪しいのは Lighttpd + PHP5 か。しかし、直前までは CPU やネットワーク、ディスク I/O も低負荷でまったく傾向がつかめないまま、突然停止状態となっている。

この際、非常に不本意だが Lighttpd をしばらく停止し、Apache httpd 2.2 + mod_php に移行してみた。これで一体どうなのか。予想では 2/3 の昼過ぎあるいは夕方あたりには結果が出るかもしれない。これでまたもや様子見。いいかげん、安定して欲しい。

とにかくログがなにも残らず、Panic が出るわけでもなく、CPU 使用率が MAX に張り付いたままキーの応答を受け付けない状態で固まってしまうので原因がわからない。VI client から console を開いても画面は真っ黒なので調べようがない。

そこで、金曜の晩に思い切って入れ替えを行った。

作業前: OpenSUSE 11.1 (X86_64) 64bit版
作業後: OpenSUSE 11.1 (i586) 32bit 版

フリーズの原因が ESXi 3.5 と 64bit 版のカーネルにあるのではないか。OpenSUSE 11.1 は 2.6.27 という新しい Linux Kernel なので、なんらかの相性問題があるのではないか。そんな風に考えて様子を見たのだが、今日の夕方、またもや同じ Guest OS だけが固まった。こうなると kernel というより、何かの拍子に CPU を食いつぶし始めるプロセス（アプリ）が原因としか思えない。

問題の Guest OS では、以下のプロセスが上がっている。

• Lighttpd + fastcgi (PHP)
• MySQL
• Postfix
• Dovecot (IMAP/POP3)

これ以外にも syslogd やら hald、作業用の sshd  といった標準的なプロセスが走っているが、これは安定して動作しているもう一つの Guest OS でも条件は同じ。

やはり怪しいのは Lighttpd か MySQL のどちらかだろうか。もう一つ Guest OS を立てて分離するか、または Lighttpd を Apache httpd に久々に戻すか、つぶしてゆくしかないか。

昨日は１日で２回フリーズした。これでは話にならんので、いっそゲスト OS を変更してみようと思う。試行錯誤。

[VMware ESXi]HP ProLiant ML115
  |-[OpenSUSE 11.1] (VMguest1)DNS/DHCP/OpenVPN
  |-[OpenSUSE 11.1] (VMguest2)Postfix/Dovecot/lighttpd/MySQL/etc.

ところが、VMguest2 の方が頻繁にフリーズする。ほぼ同じ条件の VMguest1 はなんともなっていないので原因不明。

ESXi のバージョンおよび OpenSUSE 11.1 は最新にしてみたが、だいたい再起動後 20時間ぐらいすると VMguest2 の CPU 使用率が MAX に張り付き、フリーズしてしまう。VI client 越しに ESXi に接続して再起動はできるので、ESX ホストが固まっているわけではない。

ESXi 自体では会社でも使っていて安定動作しているので、ESXi 自体の問題とも考えにくい。ただし、会社で使っているのはほとんどが CentOS 5 か CentOS 4。

気になっていたのは、OpenSUSE 11.1 には open-vm-tools というパッケージがついていて自動インストールされること。通常の VMware 製品群では、VMware 社が提供する vmware-tools というパッケージを組み込むことにより、メモリ管理や I/O アクセス用のドライバが kernel に組み込まれるのだが、open-vm-tools はこれをオープンソース化したものらしい。open-vm-tools 自体も VMware 社が公開しているコードをベースにしているようなので悪くはないような気がするが、他の安定稼働中のマシンと条件が違うのが気になる。

そこで、VMguest2 のほうだけ open-vm-tools を外して謹製 VMware-tools に入れ替えてみることにした。これでもだめなら OpenSUSE 11.1 と ESXi の相性か、カーネルをフリーズさせるほどの何かのサービスが問題になっているのだろうな。フリーズする近辺はなにも /var/log/messages に出ていないので何もわからない。

しばらくこれで様子見。このサイトも不安定が続きそうなのでごめんなさい。

(1) ハードウェア環境

(A) 臨時環境(旧サーバ)

• 組み上げ自作ハード
• AMD Duron 800MHz
• メモリ 768MB
• HDD ATA 80GB
• OpenSUSE 11.1 (32bit) インストール
• PCI に SATA カードを増設
• (B) のサーバで使っていた HDD SATA 160GB (OpenSUSE 10.3) を追加
• 内蔵の LAN I/F などなく、PCI で 100M Ether を増設

(B) 移行先環境

• HP ProLiant ML115 G1
• AMD Dual-Core Opteron 2.2GHz
• メモリ 2GB
• HDD SATA 500GB (Seagate 祭り仕様)
• 内蔵 Broadcom Giga Ether LAN I/F
• USB メモリから VMware ESXi を boot

(2) 移行手順

• (B) に移行先の仮想マシン(VM) を作成。
• VM に OpenSUSE 11.1 をインストール
• (A) を ATA の HDD (OpenSUSE 11.1) で起動する。
• コピー対象の SATA HDD は /mnt/system/root 等にマウントしておく。
• (A) の全てのファイルを、(B) の /home/backup 以下にコピーする。双方ともファイルシステムは XFS。
  • (B) で受信準備
    netcat -l -p 9001 | xfsrestore – /home/backup/
  • (A) で送信
    xfsdump – /mnt/system/root | netcat em>B_IP_ADDR/em> 9001
  • XFS の拡張アトリビュートを含めすべてコピーされる。
• ファイルがすべてコピーできたら、(A) はシャットダウンする。
• あとは (B) の仮想環境内だけでごりごりコピーを行いながら調整する。

xfsdump/xfsrestore を使うことで、ファイルシステムの整合を保ちながら HDD のサイズを変更することが可能になる。ext2/ext3 の場合は dump/restore を使用する。netcat (RedHat 系では nc) が双方にインストールされていれば上記のように簡単だが、ない場合は ssh や rsh を使用することになり、いずれもパフォーマンスが問題であったり設定が面倒等の問題がある。netcat 便利ですね。

ファイル単位なので、LVM なパーティションから LVM なしの環境に抜くこともできる。dd と違って何も書かれていない領域はコピーしない。ただし dump/restore は ext3→ext3、xfsdump/xfsrestore は XFS→XFS というように、同じファイルシステムにしかコピーできない。afio や dar といったツールを使えばいいのかもしれないが、ファイルシステムに密着したダンプツールの方が、正確な権限やアトリビュートを再現できるはず。

さて、この blog サーバは移行後の ESXi 上の OpenSUSE 11.1 VM で動作している。リモートで使用していると、VM であることを意識することはなく快適だ。さすが ESXi。Native で VM が動くというのが実にいい感じだ。

今のところ (B) 機につけた HDD 500GB のうち、 250GB 程度しか割り当てていないので、残りの領域にも他の OS をインストールできる余地がある。評価用の CentOS とか Windows7 beta とかもそのうち入れてみよう。そうなるとメモリが 2GB だと心許ないな。せめて 4GB 程度には増やしたい。

メーカーの品質や姿勢には疑問が残るが、なんども再起動を繰り返しても問題がないようなので、このまま使うことにした。とりあえずウチ的には解決、ということで。

問題の HDD をサーバから外して確認。モデル名: Barracuda 7200.11、型番: ST3500320AS、ファームウェア: SD15。Seagate のナレッジベース Firmware Recommendations for Barracuda 7200.11, ES.2 SATA, and DiamondMax 22 Drives [207931] によれば大当たりっぽい。

シリアルナンバーの確認を行うページ Check Serial Number は This application is temporarily unavailable. とか出てつながらない。どういうことなのか。
ST3500320AS 用のファームウェアは 公開されている。

関連：
SeagateのBarracuda 7200.11などにアクセス不能になる不具合 (セキュリティーホールmemo, 2009.01.19) 続々と追記されてます。

下のエントリで、ESXi 用に買ってきた 500GB の HDD がまさにこれでしたorz。まだ動いてるけど、新ファーム出るまで触らない方がいいのか？

やろうとしたこと：

• このサーバは HP ProLiant ML115 で、openSUSE 10.3 (64bit) で稼働している
• 別に HDD を買ってきて、VMware ESXi をインストール
• openSUSE 10.3(64bit) を VMware 仮想マシンへ変換して、とりあえず稼働
• openSUSE 11.1(64bit) を VMware 仮想マシンとして新規インストールし、設定をちまちま移設
• 設定の移植が完了して、動作が確認できたら、コンテンツを一気にコピーして 11.1 をメインにする

要するに１から環境を作り直すと１週間コースなので、VMware 化して並行稼働させようとした次第。ところが次々と障害にぶち当たる。

• ProLiant ML115 は格安の割に ESXi のハードウェア用件を満たしているのでコレはラッキー。USB メモリブートすれば簡単に ESXi サーバに変身。ここまではうまくいった。
• ML115 に２つの HDD を取り付け、ESXi 側の仮想サーバから、物理 HDD をマウントさせようとしたら、いわゆる「RAW Device Mapping」という機能が必要なのだが、RAW Device Mapping は SAN Storage 用の機能であることがわかった。
• 旧サーバマシンに openSUSE 10.3 の HDD を移植してから VMware converter 4.0beta (最近 Linux の変換が可能になった) で一気に P2V!! を目論んだら、旧マシンはそもそも 32bit なので起動するわけもなく。
• VMware Converter で、一旦別マシンの VMware Server (無償) に変換してから、再度 VMware ESXi に変換しようと試すと、VMware Converter 4.0 beta では Live Linux はターゲットサーバとして ESXi にしか対応していないことが判明。
• 結局、64bit サーバが１台しかない、ESXi と オリジナル openSUSE 10.3 が排他的にしか起動しない環境ではどうにもならないらしい。
• 次にチャレンジしたのは、旧マシンに openSUSE 10.3 の HDD を取り付け、CD Boot して、パーティションごと dd で VMware サーバへ領域コピー。VMware 仮想マシン側も CD boot できるので、両端で以下のように実行する。(参考: Linux P2V)
  受信側: netcat -l -p 9001 | dd of=/dev/sda
  送信側: dd if=/dev/sda | netcat 受信側IP 9001
• 約９時間ほどでコピー完了し、いざ ESXi 側で boot すると、openSUSE 10.3 の GRUB ローダのスプラッシュ画面が立ち上がる。これは行けるか？ と期待を込めて見守ると、/dev/system/root が見えないというエラーが出て止まる。いろいろ調べてみると、LVM パーティションの場合はただ dd でコピーすると見えないという問題があるらしい。なんだよそれ。← いまここ

結局もう１台 ML115 か ESXi マシンがあればサクッと Converter 一発で終わりそうな予感がするのだが、自宅にあるわけもなく。結局長時間のサーバ停止に至ってしまったので、オリジナルの HDD に戻し、この blog やらを復旧。

また来週のチャレンジか。

どんなんだ。