とりあえず、XOOPS CMSが使える環境が整ったので、現行サーバーのコンテンツをコピーして、Windows PCのetc/hostsファイルでwww.rainbowseeker.jpのIPアドレスを一時的にAWSのインスタンスの静的IPアドレスに変更してブラウザで開いてみた。

すると、いつまで経っても開かない。

良く考えたら、デフォルトでAWSのインスタンスには外部にはSSHとHTTPしかポートが開いていないのが敗因。

HTTPSポートを開くように追加したらなにやら表示された。

どうやらxoopsによるページレンダリングが出来ない時のエラーテキスト画面が出ることが判明。

懸念してはいたが、直接の原因はxoops内でmysqlサーバーに接続することが出来なかった場合の症状。

当初はmariadbがsystemctl start mariadb.serviceを実行すると起動してしばらくはアクセスできていたのが、systemctlコマンドがstart処理のタイムアウトで終了と同時にmariadbがシャットダウンされる問題によるものと思っていたが、そうではなかった。

mysqlコマンドではちゃんとデータベースが開ける。

mysqlとmariadbは基本的にパッケージ名称が異なる以外は本家と派生の違い以外ない。

systemdのスクリプトもmysqlの頃のコピーだし、サーバーのデーモンもmysqldと変わっていない。

mariadbを導入直後はrootユーザーが予め登録されていてそれを使用してパスワード無しでアクセスできるが、後でパスワードを設定することができるので、現行サーバーで使用しているのと同じパスワードを設定して、パスワード無しではアクセスできないようにしたが、それが良くなかったのか？いやmyqlコマンドでは問題なくアクセスできているし。

本当に接続しに行っているのか確認するために、tcpdump -i lo でローカルなパケット交換をキャプチャしてみると、問題なく動作しているmyqlコマンドの場合は、ちゃんとmyqlポートにtcpで接続しに行って送受信しているが、xoopsの方はページ表示させてもうんともすんとも言わない。ということは実際には接続を試みているわけではなく、PHP内部処理でエラー判定になっている模様。

P.S.

apache 2.4で古いphp4をmoduleとして使用する場合に、一部 apache 2.2以前とシンボル名が変更になっていることが判明。apache2起動時にphp4 moduleをロードする際に未解決シンボル unixd_configでhttpdが立ち上がらないことで発覚。

現行サーバーでは問題なく動作しているのは、構築時に忘れてしまっているが、ソースコードレベルでPHP4側を修正して解決してしまっていたからだった。

その時のソースツリーが残っているので、それをコピーして、ビルドとインストールをやり直したら解決した。