データベース 移行作業

土曜の深夜、アクセスが減る時間帯を見計らってMySQL 4.1.21 から 5.0.45 への移行作業を開始しました。

順調に作業は進み、この調子なら1〜2時間で終わるなと予想。

MySQL 5.0.45 のインストールも終わり、このWebで使っている XOOPS のデータ(4サイト分) の移行も順調に終了。
データの移行作業はphpMyAdminで実施。

と、ここまではよかった・・・
phpMyAdmin を使っていて 変なところに気づく・・・。

サーバーのバージョン 5.0.45
MySQLクライアントのバージョン 4.1.21

あれ!?!?

ここから悪夢の始まりである・・・orz

PHP5のコンパイルオプションミスかな?ということで再コンパイル。
MySQLのディレクトリ指定を再確認してコンパイル始めるとエラーが・・・。

一個エラーを回避したらまた違うエラーが・・・。
この繰り返し。

一通りOKかなという状態でphpMyAdminで接続しに行くと、 接続エラー とかもう・・・orz

この原因追求&復旧に時間かかりました><;;;;

あれこれやっているうちに、もう訳分からなん状態になったりで、一回もとの MySQL4.1.21 に戻してやり直すか・・・と思ったが、またこれが動かなくなったりで・・・orz

MySQL 5.0.45 の src.rpm を今回は使ってインストールしたんだが、これがもうね・・・。
rpmbuildにかかる時間が数時間ってw
コンパイル自体は早いんだが、その後の動作テストが自動で走るわけだが、これが時間かかりすぎる。

あれこれ気づいているうちに朝になり、カミさんが起きて来て朝飯の時間・・・。
あれこれしてるうちに昼過ぎ。

一回仮眠を取る。

気づいたら19:30過ぎ・・・Σ(゜□゜;)ガーン

急いで作業を続行。
22:00すぎごろ、些細なことから大きな解決策が偶然見つかる!!!!

それからいろいろ再設定やら、再度データのインポートやら始めて、25:00ごろ全データの復旧と動作再開を確認。

ほとんど、丸一日がかりの作業って・・・><;
まぁいい勉強になりました。ってことで・・・っていうかそういうことにしたいです。(うかばれないよ〜w)

後日、時間みて、作業レポートをWikiにまとめなければ・・・。

投稿者:Hyperdoll 投稿日時:

自宅サーバー 仕様変更作業

あぅ〜また更新が一週間あいてしまった^^;;

今週はどたばた忙しかったり体調的にダウンしてたので・・・と言い訳してみる。

先々週からずっと自宅サーバーで公開している4サイトのXOOPSの入れ替えなどがやっと落ち着いて、2度目となるPHP4からPHP5への入れ替えを行いました。
前回、ためしにPHP5で動かしたときは、ブログの詳細ページが真っ白になったり、スタイルシートが抜けたみたいな状態(詳しくはHTMLのヘッダ部の抜け落ちというかテンプレートの組み込みがNG)になってしまったため、PHP5への切り替えを中止し、PHP4に戻したわけですが・・・。

本日、時間がとれたので検証作業してみました。
新規に XOOPS Cube Legacy 2.1.2 をインストールして、Protector ・ d3blog ・ altsys だけを入れてPHP5に切り替えたところ問題なく正常に動作を確認。

となると違いは、SEO対策のために導入している simplified_url の問題!?
と、いうことになって、一番インストールモジュールが少なく、閲覧数も少ない^^;; カミさんのサイトで simplified_url を除いた状態で検証。

あれ??

これでもやっぱりブログの詳細ページだけがおかしい・・・。

管理画面でPHPデバックモードをONにして再度確認。

お!?!?

この状態で初めて原因追求できそうなPHPの警告メッセージを確認。

それは memory_limit に関するメッセージ。

あ〜〜前に見たことあるな、「こんな症状がでました。」
ってフォーラムの書き込み・・・。

ということで、php.ini の修正。
PHP4からPHP5に切り替えた際、通常だとPHP4のphp.iniを引き継いでそのまま使ってしまうため、
memory_limit = 8M
になっている。
これを
memory_limit = 16M
に書き直してapacheを再起動。

これで見事に解決。

これで、残すサーバーの作業は MySQL4 を MySQL5 への移行。
これは、問題が起きたときの原因追求と復旧に手間がかかるので、また時間があるときってことで。
今月中にはめどをつけて作業したいな〜ってのが本音ですけど^^;;

投稿者:Hyperdoll 投稿日時:

SPAM対策のため

ここ半年ぐらい前から急激に本サーバー(XOOPS)を対象にしたSPAM攻撃が増えてきた。

XOOPS使いの方ならご存知の PEAK XOOPS で配布されている Protectorモジュール のプラグイン機能を本サイトでも使わせてもらっています。

今までは入力文字数によるチェックや2Byte文字コードの有無のチェックでSPAMをはじいていたのですが、今日(9/18)からRBL(Realtime Blocking List / Realtime Black List)のチェックも追加しました。

もし

「コメント投稿ができないよ!」

という方がいましたら別途連絡ください。

SPAMのログを一応取っているが、相変わらず多いのがTrackback系のSPAM。
便利な機能なのに、こういったSPAMのせいで無効にしなければいけなかったり、有効的に機能させることができないのが、すごいもったいないですよね〜。

海外系のSPAMなら、関連国のサイトだけをターゲットにしてくれぃ!
と思うほど海外からのSPAMが多い!!

んな、日本語全開の本サイトに、いきなり100%英字でTrackback打たれたり、コメントされても、怪しまれるだけだし、見る人もいないって!(笑
少し考えようぜ!!(笑

まぁ話しがそれたが、SPAM対策を強化したので、その影響が、一般訪問者の方々に影響が出る可能性があるので、その場合はなんらかの方法で連絡ください(^^;

投稿者:Hyperdoll 投稿日時:

OS Upgrade とりあえず終了!?

朝の08:00からOSのUpgradeを開始。

まぁ予想通り、依存関係に関するエラーが数箇所。

いろいろ修正作業をして、実際にファイルのUpgradeが開始されたのは午後近く・・・。
(途中仮眠を取って時間がかかったのは内緒・・・w)

午後からUpgradeが終わったのが15:00過ぎ。
ここで買い物に行くため中断。
いくつかのErrorやWarrningが出ていたので、調整を行う。

18:00ごろやっとリブート。

起動時のメッセージをチェック。
やはり、2、3箇所古いモジュールが影響していて起動しないデーモン(サービス)が・・・。
ググったりして、修正方法を模索。
20:00前ごろようやく一通りのサービスが起動。

このサイトの稼動も確認。
HTTP+PHP+MySQLが正常に動作している。
しかもMySQLのデータも正常に引き継がれている(ほっと一息^^;

あとは翌日、気になるところや、再度動作確認したい場所があるので、ゆっくりやるとしますか・・・。

投稿者:Hyperdoll 投稿日時:

サーバーOS入れ替え日程

前回のブログで書きました、サーバーOSのバージョンアップに伴うサービス停止日程が決定しました。

2007/05/01 08:00〜24:00

の予定で作業を行います。
早く作業が済めば夕方までには終わり、夜にはサービス再開できるはず・・・^^;

作業の内容としては、
・基本サービスの停止
・データのバックアップ
・FedoraCore4→Fedora6へのアップグレード処理
・主要サービス(デーモン)の再コンパイル・インストール
・バックアップデータのリカバリ(復旧)
・セキュリティー関連の設定確認
・最終総チェック
・サービス再開

の流れで行く予定です。

・FedoraCore4→Fedora6へのアップグレード処理
この処理でつまづいたら、クリーンインストールとなるため、かなり時間を必要としてサービス再開は2007/05/02にずれ込むことになります。
そのときはご了承ください。

結構、この作業は精神的にも疲れるので、今からドキドキものですw
無事に作業が進むことを祈りつつ・・・。

お金に余裕があれば予備機を用意して、作業の間、代替運用とかできるんですけど・・・^^;
まぁその点は触れないでね・・・ということで。

投稿者:Hyperdoll 投稿日時: