ここ何年かは TurboLinux, SuSE と、KDE に注力するディストリビューションを使ってきたこともあり、デスクトップは KDE がお気に入りです。
もちろん CentOS にも KDE のパッケージは用意されていますが、デフォルトは Gnome で、オプションを選択しないとインストールされなかったりと、あまり力が入っていない感じです。
サーバ系のプロトタイプ開発のために CentOS にしたものの、デスクトップはやっぱり KDE が好きなので、オプションをインストールして、普段利用するデスクトップには KDE を選択します。

・・・が、RedHat の KDE と Gnome でデザインを統一するという余計なお世話な方針のせいで、KDE にするだけではイマイチ垢抜けない感じです。仕方ないので、細かくカスタマイズをしていくことにします。

まず、外観＆テーマを変更します。

テーマ → クリスタル SVG
ウィンドウ装飾 → Quartz
ウィジェットスタイル → Plastik
色スキーム → Kermik (一部カスタム)
背景 → ブルーブレンド

フォントもイマイチなので、以前使用していた TurboLinux についていたリコーフォントをインストールしてそちらをデフォルトにします。

・・・カスタマイズを進めて、だいぶん良くなってきたと思っていたら、何故か GDM が core dump してログイン画面がまともに表示されなくなってしまいました。
軽く Google で検索してみても、原因や対策方法は見つかりません。
分かりませんが、どうせデスクトップは KDE なので、さっさと GDM には見切りをつけて KDM に切り替えてしまうことにします。

調べて見ると、切り替えるためには設定ファイル「/etc/sysconfig/desktop」を変更すればよいようです...

DISPLAYMANAGER="KDE"

変更して X をリセットすると、テーマが見つからずデフォルトのテーマになってしまいます。
まぁこのままでも機能上の害はないのですが「/usr/share/config/kdm/kdmrc」を修正すれば OK なようなので対策します。

Theme=/usr/share/apps/kdm/themes/CentOSCubes

OK。
GDM のときとぱっと見は区別がつかないログイン画面になりました。(^^;;;;;;

いつまでも見た目で遊んでいると怒られるので、次は適当に切り上げてユーティリティやアプリを設定して、仕事ができるレベルまで環境を整えることにします。

とはいっても、やはり気になるので、実家から遠隔で HDD レコーダ を操作する方法を検討することにします。(^^;;;;;;;

幸い、うちの HDD レコーダは、東芝の RD-S300 で、こいつはネットに繋げばブラウザを利用して操作することが可能なのですが、実家からアクセスするためには 2 つほど問題がありました。

1 つめは、ネットから操作する場合は本体の電源を ON にしておく必要があるということです。考えれば当然なのですが、そもそも今回は部屋から遠く離れた場所で操作するのが目的なので、この制限はイタすぎます。

＃ 帰省期間中、電源入れっぱなしという方法もあるんでしょうが、電子ちゃんに怒られそうなのでとりあえず考えないことにします。

2 つめは、操作画面で Java アプレットを使用しているところがあるので、NAT を越せないのではないかという疑念がある点です。(最初からあきらめているので、本当にダメかは検証していませんが)

1 つめの方は、マニュアルを見ているときに発見した WOL (Wake-On-LAN) という単語から突破する方法が見つかりました。WOL は、サーバなんかの電源を特殊なパケットを送出して入れる規格で、以前使用していた PC が、電源を落としても LAN のリンクが down しない理由を調べたときに知ってはいたのですが、実際にやってみたことはないし、まさか HDD レコーダが対応しているとは思いもしなかったので盲点でした。

早速使い方を調べて、実験してみることにします...

Debian の場合、パッケージがあるので、

# apt-get install wakeonlan

で、インストールは終了します。
実行には、対象機器の MAC アドレスが必要なので、一旦電源を入れて arp で MAC アドレスを調べてから電源を切り、

# wakeonlan MACアドレス

を実行します。すると、ちゃんと HDD レコーダの電源が入りました。成功です。
電源 OFF は、GUI で行えるので、これで電源操作は OK そうです。

次は、アプレット対応ですが、これは OpenBlockS に PPTP のサーバをたてて VPN で実家から繋ぐという方法でクリアすることにしました。

PPTP もやったことないので調べると、ポート 47 と 1723 を使用するようなので、とりあえず ADSL ルータのポートマッピングを追加しておきます。
＃ よくよく調べたら今回の場合、ポート 47 は不要だったかも...

ルータ側の設定ができたら、

# apt-get install pptpd

で、インストールし、/etc/pptpd.conf の localip と remoteip を追加、 /etc/ppp/chap-secrets に、アクセスするためのアカウントとパスワードを追加して、/etc/init.d/pptpd start で起動します...

うまくいくようになったので、次は Windows 側の設定をします。
マイ ネットワークのプロパティから「新しい接続」で VPN の接続を追加します...

・・・接続。ちょっと時間がかかりましたが、接続できたようです。
内部 IP アドレスでブログにアクセスすることもできます。
うまくいっているようなので、目的の HDD レコーダにアクセスしてみます・・・

ん？接続がタイムアウトしてしまいます。

どうも PPTP サーバがたっているサーバ以外にアクセスできないようです。
ファイアウォールの類は設定していないのでパケットの転送の問題でアタリをつけます。

# cat /proc/sys/net/ipv4/ip_forward
0

やはり IP 転送が無効になっているようです。
とりあえず、

# echo 1 > /proc/sys/net/ipv4/ip_forward

で有効にしてやってみます。
OK。これだけだとリブートすると戻ってしますが、まぁとりあえずはよしとしましょう。

マウスをぐりぐり適当に動かすと、マウスオーバのイベントであちこち表示が変わるので、マウスが認識されていないのではなく、マウスカーソルが描画されないだけのようです。

最近の UI では、ほとんどのメニューがマウスオーバに反応してハイライトされるので、マウスカーソルが出なくても、操作不能とまではいきませんが、それでも著しく操作性は悪いです。あと、マウスカーソルほどの問題ではありませんが、画面の解像度が 800x600 になっているのも、狭いのでとっととディスプレイにあわせて 1280x1024 に変更したいところです。

とりあえず、root でログインして、画面やマウスの設定を触ってみますが、改善は見られません。あと、解像度の選択にも 640x480 と 800x600 しか選択肢に出ていません。久しく忘れていたイヤな記憶がフラッシュバックします...

「あれ？ ひょっとしてビデオチップがサポートされてない？」

そういえば、VGA は「内蔵」でいいやと思ってそれ以上は気にしていませんでした。今から思えば迂闊すぎます orz

「最悪、自腹でグラボ増設か・・・」

自腹でも、そんなに高価なものではないにしろ、精神的ダメージから軽く血の気が引いていきます。

といっても、載っているビデオチップがどう認識されているのかを確認するまでは、まだ敗北が確定したわけではありません。
大昔、X は、XF86Config をエディタで直接編集して startx で起動するものだった時代を思い出しながら調査を進めます。

まずは、X サーバの出すメッセージを確認。
/var/log を適当に覗くと、Xorg.0.log というファイルがそれっぽそうです。

(--) Chipset GeForce 6150 LE found

ふむ。
調べると、Athlon64 用の統合チップセットのようです。
とりあえあず、サポートされていないというレベルではないようなので、ちょっと安心します。だとすれば、マウスカーソルが出ないのはドライバのバグかなんかの可能性が高いので、Google で同じ症状が報告されてないかを探すことにします...

「まさにそれ！」は見つからなかったのですが、「ハードウェアカーソルがバグっているのでソフトウェアカーソルにしてみれば」というのがありました。そういえば、昔は結構 FAQ 的な話としてあった気がします...

X の設定変更を X の上でやると確認が面倒なので、一旦ログアウトしてから CTRL+ALT+F1 で、コンソールに切り替えて root でログインします。

/etc/X11/xorg.conf に sw_cursor のオプションを追加します。

Section "Device"
        Identifier  "Videocard0"
        Driver      "nv"
        Option      "sw_cursor"
EndSection

保存したら、CTRL+ALT+F7 で X に戻って、CTRL+ALT+BkSp で X をリセットします。

・・・無事マウスカーソルが表示されました。とりあえずめでたしです。

で、続いて解像度です。
これは、ドライバではなくモニタの認識に失敗してるためだけのようなので、モニタを手動で Generic LCD 1280x1024 を設定します。

・・・画面がブラックアウトして、サポートされていない解像度だと表示されてしまいます。サポートされていない解像度なわけはないので、うまく設定がされていない線を疑います。GUI はアテにならないので、直接 xorg.conf を編集します・・・解像度指定が挿入されている箇所が正しくないようなので移動してみます。

一応うまくいきました。
Nvidia のビデオチップならば、Nvidia ドライバも試してみたいところですが、それは後日。

入れる Linux は、今は、新技術調査とか環境整備といった業務が多いので、自分の環境で実験できるように、実際の案件で採用することの多い RedHat Linux の clone である CentOS にします。ただし、バージョンは最新の 5 で 64bit 版を選択します。

その CentOS ですが、タイミングよく PC の到着とほぼ同じときに 5.1 がリリースされたので、自宅の OpenBlockS で rtorrent を仕込んで速攻でダウンロードし、 DVD に焼いてから職場に持ち込みました。

設置したばかりの真新しい PC の電源入れて、DVD をセットします...

ん？ なんか OS が見つからないといわれます。
どうやら、OS なしモデルでも、BIOS は、とりあえず HDD ブート専用で設定されているようです。ブート直後にキーを押してメニューに入り、 DVD を指定して起動します。

今度は CentOS のロゴが表示され、OS がロードされていきます。
念のためメディアチェックを実行してから、インストール作業にかかることにします。

まずは、HDD のパーティションを決めます。

今回、ディスクが 2 台あるので、RAID を構成します。戦略は、基本はミラーリング (RAID 1) で、ワーク用に一部をストライピング (RAID 0) に、スワップ領域は RAID 不用なので、同じ位置にそれぞれ確保することにします。

16GB を / に、96GB を VMWare の仮想ディスク置き場として /vmdisk に、72GB を /home に、48GB x 2 をストライピングして /work に割り当てます。

Disk /dev/sda: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
　
デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        2089    16779861   fd  Linux raid 自動検出
/dev/sda2            2090        2220     1052257+  82  Linux swap / Solaris
/dev/sda3            2221       14752   100663290   fd  Linux raid 自動検出
/dev/sda4           14753       30394   125644365    5  拡張領域
/dev/sda5           14753       21018    50331613+  fd  Linux raid 自動検出
/dev/sda6           21019       30394    75312688+  fd  Linux raid 自動検出
　
Disk /dev/sdb: 250.0 GB, 250000000000 bytes
255 heads, 63 sectors/track, 30394 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
　
デバイス Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        2089    16779861   fd  Linux raid 自動検出
/dev/sdb2            2090        2220     1052257+  82  Linux swap / Solaris
/dev/sdb3            2221       14752   100663290   fd  Linux raid 自動検出
/dev/sdb4           14753       30394   125644365    5  拡張領域
/dev/sdb5           14753       21018    50331613+  fd  Linux raid 自動検出
/dev/sdb6           21019       30394    75312688+  fd  Linux raid 自動検出

パッケージの選択は、「Desktop - Gnome」「Desktop - KDE」「Server」「Server - GUI」ぐらいを、とりあえず選択しておきます。
＃ 仮想化は VMWare を入れるのでスルーします。

・・・インストールが無事終了してリブートされ、インストール後の設定に入ります。

接続が社内 LAN なのでファイアウオールと SELinux は、サクっと無効にします。

全ての設定が終わり、ログイン画面が表示されました。
とりあえず、インストールは問題なくできたようです。

OpenBlockS の OS も更新できたので、次はこのあたりに手を付けることにします。

とりあえず、Google で検索です..

む。RSS もリーダーもサーバもネットではありふれた単語すぎてかすりもしません orz
少し検索語を工夫したら、「フレッシュリーダー」というのが見つかったのですが、残念ながら x86 のバイナリしか配布していないようなので、OpenBlockS では利用できなさそうです。
仕方ないので、さらに探していくと Gregarius というのを見つけました。
GPL ライセンスで、PHP、MySQL 。条件は問題なさそうです。

早速ソースをダウンロードして、Wiki のインストール手順を読みながらインストールしてみることにします。

ドキュメントを読むと、アーカイブを展開して、設定ファイルに DB の接続情報を設定して、DB のスキーマ作成を実行するという手順で進めればよいようです。

当然ですが、Apache の Alias で、アーカイブを展開したディレクトリをアクセスできるようにする設定も必要です。

作業が済んだら、実行です...

...なんかうまくいきません。(;_;)

あらためてアーカイブに入っている INSTALL ファイルを読んでみると、 .htaccess を無効にしてみること、詳細は FAQ を読めとあります。

FAQ を読んでみると、どうやら mod_rewrite が有効になっていないのが問題のようです。
Apache の設定を変更して mod_rewrite を有効にするのと、アーカイブに含まれる .htaccess が有効になるように、AllowOverride を All に変更します。

エラーは出なくなったので、Sage に登録していた Feed を OPML で出力して読み込ませます。

更新すると RSS 集めてきて新着は表示されます。
が、サイト別に表示させるリンクがうまく動作しないようです。
エラーを見ると、どうやら mod_write の書き換えがうまくいっていないようですが、それ以外にもサイト名に日本語が含まれていると、その部分が「_」で置き換えられて潰されてしまうという問題もあるようです。これでは、mod_write の設定を追加しても、結局だめなので、先にこちらを調べることにします...

bug track 情報を見てみると、開発版の方にはそれっぽい修正がいくつか登録されているようです。
ひょっとしたら、最新版 (nightly) なら直っているかもしれません。

nightlyの最新ソースをダウンロードして再挑戦します...

ブラウザからアクセスすると、なんとメッセージが日本語化されています。ちょっとびっくりだったのですが、当初目的のタイトルに日本語を含む場合の問題もちゃんと解決しているようなので良さげです。
mod_write の方の問題は、どうやら RewriteBase を定義していないことが原因のようなので、.htaccess に 設定を追加して対策します。

Admin画面を見ていくと、テーマ (デザイン) も変更できるようです。
試しに、テーマをデフォルトから記事を見出し行だけに折り畳めるやつに変更します。これなら購読しているサイトが多くなって未読記事が増えても、ある程度はうるさくなるのを防げそうです。

段取りとしては、
(1) OpenBlockS の更新に必要なファイルをダウンロードしておく
(2) OpenBlockS をネットから切り離す
(3) VMWare の環境を IP アドレスを変更して、一時的に代替に供する
(4) OpenBlockS の OS を更新 (再インストール)
(5) 設定作業
(6) VMWare 環境の IP アドレスを変更して、代替を解除
(7) OpenBlockS の IP を変更して、本番復帰

といった順番で行っていく感じです。
代替の VMWare は、ノート PC で動いているので、できれば (2) ～ (7) は 1 日程度で完了させることを目標にします、

作業は、以下のドキュメントを適当にアレンジしながら進めれば問題なさそうです。

ftp://ftp.plathome.co.jp/pub/OpenBlockS266/misc/plathome/etch-powerpc-obs266-YYYYMMDD-SS.txt

Sarge のときには、IRCNET-JP の IRCサーバソフトウェアから irc2.10.3p7+hemp2+jp6 を入れていたので、そのときのソースをそのまま利用することにします。

同じソースで同じ設定でよいのだから、前回やったことを思い出せれば楽勝・・・と思ったら、甘かったです。(^^;;;;;

まぁ順を追って書くと、

ソースを展開して、configure。ここまでは問題なし。次に、config.h を編集する訳ですが、前回は変更点をメモしていなかったので、前回のビルドしたときのディレクトリと新規に展開したディレクトリの diff を取って確認します。

変更点はこんな感じ。

#undef OPER_SET
#undef SPLIT_HANDLE
#define SPLIT_SERV  1
#define SPLIT_USERS 1
#undef DELAY_ACCEPT

終わったら、make all でコンパイルします・・・
う。なんかエラーが出ます。Sarge では問題なかったので Etch で gcc 4.1.2 に変わった関係でしょうか。このまま諦めるのも癪なので修正をかけてなんとかしてみます・・・
結構大変ですが、なんとかコンパイルは通り・・・あれ？リンクでもエラーが出ます。(;_;)

メッセージを見ると、数学関係の関数でエラーになっているようなので、Makefile を編集して libm を追加してみます。

LIBS = -lnsl -lcrypt -lm

再コンパイル・・・正常終了しました。OK。
make install して、ircd.conf を、旧サーバからコピー、起動します。
PC から CHOCOA を起動して繋いでみます。まぁ基本的なところでは問題ないようです。
同じことを本番でもう一回する必要があるので、今回の変更点を patch にしておきます。

diff -crN ../tmp/irc2.10.3p7+hemp2+jp6/ircd ircd > ../ircd.patch

＃ 適当なものでも、パッチが欲しいひとは こちら

終わったらテンプレートを確認していきます・・・
「メインページ」これがトップのようです。で、「アーカイブインデックス」と、アーカイブテンプレートの方にある「ウェブページ」と「ブログ記事」あたりを弄ればいいようです。
が、構成部品がモジュールに分離されたせいで、ぱっと見は非常にシンプルになっています。実体は、モジュールの方を読まないと把握できないので、ちょっと面倒ですが、複数のテンプレートで共通するような箇所を部品化できるのなら歓迎するべきでしょう。
まず、ヘッダーとフッターというモジュールを見てみます・・・

この２つは、なんか単純に各ページのメイン部分より前と後を、それぞれブツ切にしたもののようです。個人的にはファイル内でタグの対応が完結しないような切り方は感心しないのですが、まぁ単純な include しかないのならとりあえず仕方がないのでしょう。
将来的には Mayaa みたいに レイアウト部分を共通化する方向に進んで欲しいものです。

では、手始めにサイドバーから編集してみることにします。「サイドバー (2カラム)」を編集すればいいようです。このレベルになれば、旧版と (やってることは) そんなに変わらないので、旧版のときと同じ要領で編集します。最終的にはサイドバーは分離して SSI で読み込むようにしたいのですが、とりあえず後回しにします。
実はサイドバーの内容は、画面からも「ウィジェット」として編集できるようですが、始めたときは気づかなかったので、直接手で編集してしまいました。(^^;;;;;;;;;;;;;;

次は、アーカイブインデックス。旧版ではかなりシンプルな内容だったのでカスタマイズし甲斐があったのですが、今回はデフォルトでも結構良い感じです。 MT4 では、カテゴリ一覧がこっちに追加されているようなので、旧版でトップに追加していたカテゴリ情報をこっちに持ってきます。

次は、月別アーカイブとカテゴリアーカイブなのですが、これはデフォルトのテンプレートでは、「ブログ記事リスト」でアーカイブマッピングを２つ作成することで月別とカテゴリの両方を生成しているようです。このやり方は踏襲するとして、さらに旧版でのカスタマイズのように、記事先頭の一部を切り出して並べた概要の一覧も、このテンプレートを元に作成して追加することにします。カスタマイズとしては、パンくずリストや、カテゴリの説明、カレンダーなどを追加することにします。

続いて個別の記事ページですが、アーカイブテンプレート一覧を見るとそれっぽいテンプレートとして「ウェブページ」と「ブログ記事」の２つのテンプレートがあります。たぶん「ブログ記事」の方をカスタムすればいいと思うのですが、では「ウェブページ」は何に使うのでしょう・・・
ちょっと調べてみます・・・ウェブサイトを管理する『ブログ』と『ウェブページ』の使い分け・・・

ふむ。どうやらブログと共通したデザインで静的ページを置くための仕組みのようです。まぁ、ブログとしてしか使わなければ関係なしということでしょうか。

カスタマイズ自体は小幅で、ナビゲーションをいくつか追加するだけです。

最後に、メニューと個別ページのカテゴリ新着を SSI で読み込ませるようにします。
SSI で読み込む部分は、MT 的には普通のページと同じなので、メニューは「メインページ」を、カテゴリ新着は「ブログ記事リスト」をベースに作ることにします。

で、メニュー本体はモジュールに分けられているのですが、SSI ではもう少し根元から切り出すことにします。
フッターの <MTIf name="page_layout・・・の部分を切り出して、メインページ冒頭にある MTSetVar を適当に調整します。
・・・ん？ page_layout 変数が、設定されないようです。メインページ決めうちで限定なのでしょうか・・・
まぁ２カラムから変更する気はないので、MTSetVar を追加してごまかします。(^^;;;;

まずは、デザイン (スタイルシート) から・・・と、そういえば、MT4 は、GUI でスタイルが変更できるようになっているので、以前のように単に CSS を変更すれば OK というわけにはいかない気がします。

検索してみると、StyleCatcher という名前の機能になるようです。

リファレンスには情報が無かったのですが、どうやらこのあたりのページを参考にすればいけそうな感じです。
http://www.sixapart.jp/pronet/developers/movabletype/stylelib.html

・・・いろいろ必要そうですが、まぁ、CSS の変更ができてからの話のようです。 (^^;;

なので、CSS を見てみます。
テンプレートから指定されているファイルは styles.css ですが、こいつは base_theme.css と、mt-static/themes/minimalist-green/screen.css の 2 つを読み込んでいるだけのようです。おそらく、GUI でスタイルを変更するとこのファイルが自動変更されるのでしょう。そして、読み込んでいる 2 つのファイルが、それぞれ基本部分と GUI で変更できる部分を分担しているようです。

次にカスタマイズの方針を決めます・・・
MT4に標準でついているスタイルは、どれも 3 カラムが前提なのか 2 カラムで利用するには幅が広すぎる気がします。なので、2 カラムで最適になるように幅を狭くして 3.2 のデフォルトテンプレートのような感じに仕上げたいと思います。

まずは、準備として作業用にディレクトリを作成して、下敷きにする minimalist-green/screen.css と、背景用の画像をコピーしておきます。
で、編集中のスタイルシートが確認できるように styles.css を コピーした方に仮で直接変更してしまいます。再構築すると戻されてしまいますが、まぁ変更したスタイルシートを確認するだけなら再構築は必要ないので問題ないでしょう・・・

では、CSS の変更にかかります。
手始めに、新しいスタイルシートの構成把握もかねて背景の色と画像を差し替えることにします。

旧バージョンのスタイルシートから色コードを拾って、置き換えていきます・・・
これは機械的なので簡単です。

次は、横幅を狭めます。
まず、CSS から width をしている箇所を探します。
・・・テーマの CSS 以外にも base_theme.css にも設定箇所があります。テーマの変更だけで幅が変わるようにしたいので、ベースで指定がある箇所でテーマ側に無い箇所は追加することにします・・・
これも、ある程度は機械的に進めることができます。

幅を詰めると、やはり旧版のように余白は濃い色の背景にしないと間抜けな気がします。あと、サイドのメニュー部分の背景色や見出しの部分の色も変えたいところです。
これは、さすがに HTML のほうの構造を把握しないと厳しい作業です。やはり眺めるだけではつかめないので、適当な箇所の背景を赤くしてみて何処があたるかを確認したりしながら進めていきます・・・

・・・

・・・OK。そこそこ元のデザインに近い感じになったので、管理画面から登録できるようにします。
まず、選択用のサムネイル画像を作成するためにスクリーンショットを撮って、GIMP でサイズを 120x90 と、278x209 に変更して、GIF 形式で保存。thumbnail.gif と、thumbnail-large.gif という名前で CSS のディレクトリにコピーしておきます。

これで準備完了なので、MT の管理画面からスタイルの選択を実行して、(+) アイコンから、URL を指定して追加します。

http://morishoji.homelinux.net/mt-themes/MapleGreen/maple-green.css

さっき作成したサムネイルが表示されました。
選択してみます・・・既に確認用に適用されていたので、ぱっと見は変化はないですが、styles.css は、ダウンロードして保存した方を使用するように変わっているようです。

OK。長くなったので、テンプレートの変更は次回にすることにします・・・

MT の新バージョンは、出ていることはニュースサイトなどで知っていたものの、詳細な内容まではノーチェックなのですが、まぁ新機能は入れて動かしながら確認することにして、とりあえず入れます。(^^;;

まずは、ホームページ から、「ご購入方法」に行き、そこから無償の個人ライセンスでダウンロードします。
ダウンロードが終わったら、ドキュメントを探してインストールにかかります。
Movable Type 4 ドキュメント の「既存環境からのアップグレード」が良さそうです。

今回は、そもそも VMWare 上の仮環境にコピーしたものなので、バックアップは省略することにします。旧バージョンのファイルを削除する指示がありますが、これはディレクトリを変えることで対処します。

次に、mt-config.cgi を、旧バージョンからコピーします。

インストールと設定が終わったので、いよいよ実行です。
・・・といいながら、まずはチキンに mt-check.cgi。問題ないようです。
・・・次は本番。mt.cgi を実行します・・・更新用の CGI が実行されます・・・
OK。デザインが一新された管理画面が表示されます。古いエントリーもちゃんと認識しているようです。

テンプレートも移行されているようなので、とりあえず再構築してみます。
・・・なんかエラーがでます。メッセージを読むと「このタグはここでは使用できない」というような内容です。バージョンが上がってチェックが厳しくなったのでしょうか・・・

うーむ。ちょっと面倒そうです。
とりあえず、新バージョンの機能を見たいので、一旦自動移行されたテンプレートは捨てて、初期化してみることにします。
・・・「テンプレートを初期化する」を実行してみますがエラーが消えません。どうやらエラーが出るテンプレートは、カスタム扱いになっていて、初期化では切り離されないようです・・・
しかたないので、移行されたっぽいテンプレートを削除してみます。
・・・エラーは出なくなりました。サイトを見ると見慣れないデザインで、自分のブログが表示されています・・・どうやら OK なようです。

新バージョン、ちょっと探検してみることにします。

ブログにタグが設定できて、タグクラウドとかいうものが表示できるようになっているようです。管理画面では GUI からスタイルを変更できるようです。デフォルトのテンプレート構成もがらっと変わっています・・・

これだけ機能が増えて構成が変わっているのだと、旧テンプレートのエラー箇所を修正して移行するよりも、新テンプレートをベースに再度修正を施した方が良さそうな気がします。

・・・ちょっと、時間をかける必要がありそうです。

まず、第一段階として、今のバージョンのまま新環境にコピーします。
静的なコンテンツと生成されたコンテンツは、Apache の作業のときにコピーが済んでいるので、残りはプログラム本体とデータベースになります。

コピーができたら、とりあえず mt-check.cgi を起動してみます・・・

一応、OK ですが、いくつかオプションの Perl モジュールが入っていないようです。
この際なので入れておくことにします。
手順としては、まず、apt-cache search で Debian のパッケージを探し、みつかれば apt-get で、無い場合は、下記の要領で CPAN からインストールします。

# perl -MCPAN -e shell
CPAN> install モジュール

・・・CPAN からのインストールは、コンパイルしてテストもするので、結構時間がかかります。
が、インストール自体は問題なく終わったので、再度 mt-check.cgi で認識されたことを確認してから、mt.cgi にアクセスしてログインします。

・・・OK。
DB から読んで出しているところも特に問題ないようです。

続いて、公式ページの手順を見なが DB を MySQL に変更していきます。

まずは、apt-get で、MySQL をインストールし、そのあと root ユーザにパスワードを設定します。

# apt-get install mysql-server
# mysqladmin -uroot password XXXXXXX

続いて MySQL に Movable Type 用のデータベースとユーザを作成します。

% mysqladmin -uroot -pXXXXXXX create mt
% mysql -uroot -pXXXXXXX
mysql> grant select,insert,update,delete,create,index,alter on mt.* to mtuser@localhost id
entified by 'XXXX';

MySQL に作成したユーザ情報を mt-config.cgi に設定します。

ObjectDriver DBI::mysql
Database mt
DBUser mtuser
DBPassword XXXX

これで準備完了なので、ブラウザから mt-db2sql.cgi を実行して、コンバートを実行します・・・

・・・OK。問題なく終わったようです。
・・・mt.cgi で管理用画面にアクセスします。
・・・特に問題はないようです。まぁデータの置き場所が変わっただけなので、うまくいってしまえば、なにも変わらないのは当然なのですが、本当に MySQL の方を見ているのかが若干不安になったので、念のため mt-config.cgi から、Berekely DB の時の設定をコメントアウトしてみます・・・大丈夫なようです。

次回は、Movable Type のバージョンアップにとりかかることにします。

とりあえず、今回予定さしているバージョンの動きは、こんな感じです。

パッケージで入れていたもの:

• apache 2.0.54 → 2.2.3
• OpenSSL 0.9.7e → 0.9.8e
• php 4.3.10 → 5.2.0
• perl 5.8.4 → 5.8.8
• squirrelMail 1.4.4 → 1.4.9a

自分で入れていたもの:

• rep2 ※ 最新版にアップ済 [PHP]
• Movable-type 3.2 => 4.0 [Perl]
• mt4i 2.0 => 2.2 [PHP]
• qr_img.cgi (変更しない) [Perl]

パッケージの依存関係確認したら、問題なさそうなので、PHPも 5系まであげてみることにします。

とりあえず、静的コンテンツとか、rep2と、qr_img.cgiは、ディレクトリごと tarでまとめて持ってきてみて、動かしてみることにします・・・

apache2/sites-available/default も、旧サーバから持ってきて置きます。

rep2は OK。qr_img.cgi は、gd が無くてエラーになってので、パッケージをインストールして再実行します。
今度は OK。

続いて、必要なモジュールを有効にします。

# cd /etc/apache2/mods-enabled
# ln -s ../mods-available/include.load .
# ln -s ../mods-available/encoding.load .
# ln -s ../mods-available/dav* .
# ln -s ../mods-available/ssl.* .
# ln -s ../mods-available/userdir.* .

ん？ mod_dav_lock というのが増えているようです。

http://httpd.apache.org/docs/2.2/ja/mod/mod_dav_lock.html

ふむ・・・subversion 使わなければ、必要ないのかな・・・
ちょっと微妙。

次に WebDAV と、squirrelMail ですが、こいつらは SSL でアクセスするので、その前に OpenSSL を設定します。

OpenSSL で、前回作成した証明書は、有効期限が 1ヶ月しかないものを作ってしまい、失敗したので、今度は絶対問題ないスパンで有効期限を設定することにします。

まず /etc/ssl/openssl.cnf を編集します。

次に鍵を作成します。

# openssl genrsa -out ca.key -des3 1024

続いて証明書を作成します。(-days 9999で 9999日有効なものを作成)

# openssl req -new -x509 -days 9999 -key ca.key -out ca.crt

パスフレーズを除きます。

# openssl rsa -in ca.key -out server.key

作成した証明書を https と、imaps 用にコピーします。

# chmod 600 server.key
# cp ca.crt /etc/apache2/ssl.crt
# cp ca.crt /etc/ssl/certs/dovecot.pem
# cp server.key /etc/apache2/ssl.key
# cp server.key /etc/ssl/private/dovecot.pem

旧サーバでの記述を参考に apache2/sites-available/ssl を作成して sites-enabled にリンクします。

後は、BASIC 認証のために .htpasswd を作成しておきます。

OK。
次回は、メイン中のメイン、Movable Type にかかることにします...

まずは /etc/apt/sources.list の取得先を Ring サーバに変更します。

deb http://www.ring.gr.jp/archives/linux/debian/debian/ etch main contrib non-free
deb-src http://www.ring.gr.jp/archives/linux/debian/debian/ etch main contrib non-free

で、「apt-get update」でパッケージインデックスの再同期を行います・・・
ん？ なんか GPG error とか出ます。
どうやら VM を作成したひとが追加していたアンオフィシャルのリポジトリについての公開鍵がないといっているようです。

ちょっと調べると、以下の手順を行うと解決できるようです。

gpg --keyserver pgp.nic.ad.jp --recv-keys エラーに含まれるコード
gpg --armor --export エラーに含まれるコード | apt-key add -

OK。
続けて現在インストールされているものを最新にしておきます。

# apt-get upgrade

設定できたら、apt-get。
最終的に入れたパッケージはだいたいこんな感じ・・・

基本:
hdparm smartmontools
jless screen tcsh unzip bzip2 nkf locales manpages-ja
telnet ftp dnsutils lynx ncftp w3m rtorrent
emacs ispell wl 
開発:
gcc make libc6-dev patch manpages-ja-dev libxml2-dev libxml-dev
WWWサーバ、Movable Typeなどで必要なもの:
apache2 php5 php-pear analog libapache2-mod-encoding
imagemagick perlmagick libgd-gd1-perl
libxml-atom-perl libjcode-pm-perl libarchive-tar-perl libarchive-zip-perl
メールサーバ:
exim4 dovecot-common dovecot-imapd fetchmail fetchmailconf
squirrelmail squirrelmail-locales
その他サーバ:
ftpd ntpdate openntpd openssh-server openssl telnetd bind9 samba swat
MySQL:
mysql-server php5-mysql

インストールできたら、次は設定です。
今回は旧サーバもあるので、移せるものはコピーで済ませます。
とりあえずは、軽めのところから・・・

#### 日本語環境の設定
# dpkg-reconfigure locales
#### NTP サーバを ntp.ring.gr.jp に変更)
# vi /etc/openntpd/ntpd.conf
#### ssh のセキュリティ設定を強化
# vi /etc/ssh/sshd_config (PermitRootLogin と、PasswordAuthentication を no に)
# vi /etc/hosts.deny
# vi /etc/hosts.allow
#### DNS 設定を旧サーバからコピー
# cd /etc/bind/
#  GET db.* named.conf.local named.conf.options
#### SMTP (Exim4) の設定をコピー
# cd /etc/exim4
# GET update-exim4.conf.conf
# update-exim4.conf
#### IMAP (dovecot) の設定を編集
# vi /etc/dovecot/dovecot.conf (protocols = imap imaps)

ちょっと長くなったので、今回はここまで・・・

ダウンタイムが一番短いのは、もう一台 OpenBlockS を調達して再設定後交換するという方法ですが、低予算の自宅ネットワークでそこまでするのは、(OpenBlockS はそんなに高くはないものの) ちょっと大げさな気がします。

で、まぁあれこれ考えて、とりあえず PC に VMWare を入れて、その上の仮想マシンにバージョンアップ後と同等の環境を「メモを取りながら」構築し、納得のいくものができたら、本番の OpenBlockS でも同じ手順で実施することにしました。

これなら、OpenBlockS 停止中は、仮想マシンを暫定サーバとして利用できるので、実質のダウンタイムは、ほぼ 0 にできます。

その VMWare ですが、モノ自体は、職場で 3年近く利用しているので、それなりに知っているつもりではあるのですが、フリーの VMWare Player が出たときは、たまたま環境構築熱が低かったせいで、結局個人では使わないまま、今に至っていました。(^^;;;

その後、Player だけでなく、VMWare Server までがフリーになり、当然 Server の方が高機能ではあるのですが、今回は、平日の帰宅後のわずかな時間も作業するためと、VMWare に時間をかけずに、さっさと本題の環境構築に入りたかったので、ノート PC にVMWare Player をインストールして利用することにしました。

で、Player を利用することもあり、Debianのインストール自体はパスしたかったので、VM は、VMTN から構築済みのものを適当に探してダウンロードすることにします。
http://www.vmware.com/appliances/directory/880

・・・ダウンロード ・ インストール ・ 起動。
問題なく動くようです。

とはいえ、構築作業に入るためには、とりあえず仮想マシンのネットワークを設定して、apt-get できるようにする必要はあります。

Terminal を出して、/etc/networks/interfaces を編集します・・・・

おっと、キーボードが日本語でないので、記号類の配置が違います。
適当にたたいてみると・・・
ß ？ エスツェット？ なんか大学の授業でしか見た記憶しかない文字が画面にでます。メッセージ関係は英語なので油断していたのですが、キーボードはドイツ語のようです。

telnetdを入れたら、後はホスト側から telnet で作業するつもりだったので、GUIの設定は、あまり弄らないつもりだったのですが、これでは作業にならないので、まず、とりあえずキーボードを日本語に変更することにします。

・・・・ OK。やれやれ。

ネットワーク設定の再開です。
職場のネットワークは、(当然ですが) 自由に IPアドレスを割り当てられないので NAT で設定していますが、自宅ネットワークではそんな遠慮は無用なので、簡単にブリッジで接続することにします。
なので、IP アドレスも同じセグメントから適当に払い出して設定。
終わったら、VMWare の仮想 NIC を ブリッジで有効にします。
ping で導通を確認できたら、念のため一回リブートして本格的に設定作業にかかります・・・

このブログも長らく放置ぎみだったのですが、ネタもいろいろできたのでちょっと書いてみたいと思います。

今回、OS を入れ直すハメに陥ったのは、ある「気づいてはいたけど、あまり重要とは思わず放置していたひとつのこと」、すなわち「apt のリポジトリが unstable/testing に設定されている」ことが原因でした。

インストールした当時は、sarge がリリースされてから、さほど時間がたっていなかったので、testing と、sarge の差はほとんどなく、testing のままでも実害もなかったのですが、2 年近く経過し、次の etch がリリースされた今となっては、
testing と環境の差は非常に大きく、もはやアップグレードに利用できるものでは無くなっていました。

それに気づいて、あわててリポジトリを sarge に変更するも、既に遅く、微妙に sargeから外れたバージョンに更新されたパッケージが矛盾を引き起こして、エラーになってうまくいきません。

しようがないので、あきらめて、今度は 一気に etch まで、dist-upgrade を試みるも、カーネルが 2.6 になる関係でうまくいかないようです。

万事休す・・・どうやら再インストールするのが早そうです。

せめてもの救いは、OpenBlockS266 用に 新しい etch のイメージが
公開されているので、単なる再インストールではなく、バージョンアップも
できることでしょうか。