cgiスクリプトの記述や設定が正しくなかったり、サーバ内部でエラーが発生した場合に返されるのが「Internal Server Error (HTTPステータスコード500)」。エラーがあるのは分かるが、原因がわからない、Webエンジニアにとって頭を悩ます「Internal Server Error」。

その原因も様々。原因が明らかにできなければ対策も解決もできない。Perl パスの問題かと思いきや、FTPの転送モードの問題?、実はFTP サーバ設定の問題というちょっと複雑。そんな問題に直面した備忘メモ。

現象

1. FTP を使ってアスキーモードでファイルをアップロード
2. Perl のパス 「#!/usr/bin/perl」 では cgi が 「Internal Server Error (HTTPステータスコード500)」に
3. Perl のパス 「#!/usr/bin/perl -w」 または 「#!/usr/bin/perl --」 では正常に動作する
   
   • #!/usr/bin/perl --
   • Premature end of script headersの解決法-超簡易版
   • 「#!/usr/bin/perl --」でなければ動作しないのはなぜ？
4. 改行コードが問題と思ってファイルの改行コードを「LF」に変換
5. 再度、FTP を使ってアスキーモードでファイルをアップロードしても同じ現象に
6. 「あれれ」無限ループにはまる。

さらに突き詰めると、

シェル上でスクリプトを走らせると、

/usr/bin/perl^M: bad interpreter: No such file or directory

とエラーに

• /usr/bin/perl^M: bad interprete

さらに突き詰めると、

FTP サーバに vsftpd を使っている

原因

FTP サーバ vsftpd では、ファイルの改行コードが変換されないこと。

解決

改行コードを「LF」に変換するだけという、単純なものではありません。

実際は、ファイルをアスキーモードでFTPアップロードしても、改行コード「LF」に変換されません。

それは、FTP サーバ vsftpd ではアスキーモードでのダウンロード・アップロードのデフォルト設定が無効になっているから。

ということで vsftpd の設定をしてみる。

1. vsftpd の設定をする

シェル上で vsftpd.conf を編集。

vi /etc/vsftpd/vsftpd.conf

設定内容を

ascii_download_enable=NO
ascii_upload_enable=NO

から

ascii_download_enable=YES
ascii_upload_enable=YES

に変更して有効に

2. vsftpdを再起動

service vsftpd restart

3. ファイルを再度アップロードする

4. 確認。Perl のパス「#!/usr/bin/perl」でうまく表示できた。

complete!!

教訓

FTPの転送間違えの他、視野を広げてFTP サーバの設定も診てみよう。

関連サイト

• Perl：bad interpreter 対処方法の疑問
• vsftpd　アスキーモードでの転送
• perlスクリプトの先頭行の「#!/usr/bin/perl --」の「--」をなくすには?
• Manpage of VSFTPD.CONF

デバイスの多様化が進んでいます。スマートフォンの急激な普及や携帯端末ゲームがインターネットに繋がったり、パソコンに変わりタブレット型端末を手に取ったり、そして近い将来テレビがネットに繋がるスマートテレビが実現と大小さまざまな大きさのモニターでインターネットを使うようになってきました。

その変化に対応してウェブサイトもあらゆるデバイスで見られるように最適化を図る必要に迫られています。

WordPress プラグイン「Multi Device Switcher」は WordPress のコンテンツマネジメントシステムを活かしてワンソース・マルチデバイスが実現するプラグインです。デバイス (現在 スマートフォン、タブレット端末、携帯モバイル、ゲームの 4 つに対応) によって自動的にテーマが切り替わります。

インストール

1. WordPress のプラグインページから zip ファイルをダウンロード
2. zip ファイルを解凍
3. "multi-device-switcher" をプラグインディレクトリ "/wp-content/plugins/" にアップロード
4. WordPress メニュー「プラグイン」で「Multi Device Switcher」を有効化
5. デバイスのテーマをディレクトリ "/wp-content/themes/" にアップロード
6. WordPress メニュー「外観 > マルチデバイス」へ
7. 設定
8. 完了

または、WordPress メニュー「プラグイン > 新規追加」から「Multi Device Switcher」で検索してインストール、有効化。

設定

オプションは「テーマ」と「ユーザーエージェント」の2つです。タブで切り替えて設定できます。

テーマ

デバイス毎のテーマを選択します。テーマは前もって用意してください。

ユーザーエージェント

デバイス毎のユーザーエージェントを必要に応じて追加修正できます。新しいユーザーエージェントが出たときに追加してください。

以上でデバイス毎にテーマが切り替わります。

ちょっとした活用法

テーマオプションを「None」にするとテーマは切り替わりません。CSS3 の Media Queries (メディアクエリ) を採用してレイアウトがデバイスに最適化 (レスポンシブ・ウェブデザイン) しているテーマはテーマの切り替えが必要ありません。その場合に設定します。他のプラグインと組み合わせた柔軟な運営もできます。スマートフォンの表示にプラグイン「WPtouch」や携帯電話端末の表示にプラグイン「Ktai Style」に任せることができます。

=== Multi Device Switcher ===

This WordPress plugin allows you to set a separate theme for device (Smart Phone, Tablet PC, Mobile Phone, Game).

== Description ==

This WordPress plugin allows you to set a separate theme for device (Smart Phone, Tablet PC, Mobile Phone, Game). This plugin detects if your site is being viewed by UserAgent and switches to selected theme.

== Installation ==

1. Unzip files.
2. Upload "multi-device-switcher" to the "/wp-content/plugins/" directory.
3. Activate the plugin through the 'Plugins' menu in WordPress
4. Upload a separate theme to the "/wp-content/themes/" directory.
5. Go to the "Multi Device Switcher" options page through the 'Appearance' menu in WordPress.
6. Configure settings to your needs. Select Theme by Theme option. Add and fix UserAgent by UserAgent option if necessary.
7. Have fun!

Download:

WordPress のプラグインページからどうぞ。

Licenses:

Licensed under GPL version 2.0

GitHub:

thingsym / multi-device-switcher

Donationware:

よろしければ、開発とメンテナンスのために寄付していただければうれしいです。

If you like this plugin, please donate to support development and maintenance.

Donationware

1. Donate $3.00 USD 2. Donate $5.00 USD 3. Donate $7.00 USD 4. Donate $10.00 USD 5. Donate $20.00 USD 6. Donate $30.00 USD 7. Donate $40.00 USD 8. Donate $50.00 USD 9. Donate $60.00 USD 10. Donate $70.00 USD

ファイルをアップロードするか、ソースを貼り付けるだけで圧縮してくれます。ファイルは複数アップロード可能でソースをまとめて圧縮、出力してくれます。ソースを符号化する Packer には未対応です。

Minify JavaScript

「Minify CSS」「Minify JavaScript」をまとめた「Minify」もどうぞ。

スタイルシートは、HTML5 の普及につれて表現が豊かになりつつあるが、その反面スタイルシートの記述が複雑になり、ファイルサイズも大きくなりつつある。

まず、スタイルシートの最適化に大きく期待できる、2つのポイントを押さえておきたい。

• 複数の外部ファイルをまとめて HTTP リクエスト数を減らす
• スタイルシートファイルを圧縮してダウンロードサイズを減らす

ということで、スタイルシートを圧縮するツールをつくってみた。ファイルをアップロードするか、ソースを貼り付けるだけでスタイルシートを圧縮してくれます。ファイルは複数アップロード可能。

Minify CSS

関連サイト

• YUI Compressor
• minify - Combines, minifies, and caches JavaScript and CSS files on demand to speed up page loads.

MySQL がバージョン 5.5.3 なってからコマンドやサーバオプション、変数に大幅な変更や廃止が加えられている。グーグルで検索すると今回の変更のことで MySQL が起動しないことがたくさんヒットする。この機会に古い設定を見直しておきたい。

バージョン5.5.x のインストールは無事に済んだが、データベースに繋がらず。

Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

再起動しても失敗。ログを見ると、いくつかエラーが見られる。

tail -50 /var/log/mysqld.log

...
110830 12:39:45 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
...
110830 12:39:46 [ERROR] /usr/libexec/mysqld: unknown variable 'default-character-set=utf8'
110830 12:39:46 [ERROR] Aborting
...
110830 12:39:47 [Note] /usr/libexec/mysqld: Shutdown complete

一つ一つ解決。

まずは、デフォルトで文字コードを設定しているが、文字コードの設定の方法が変わったみたいだ。それで MySQL が起動せずにシャットダウン。

my.cnf の設定を変更。[mysqld] ディレクティブにある default-char-set を

default-character-set=utf8

から

character-set-server=utf8

に変更。

再起動ができるようになった。

そしてつぎは、アップグレードの度に実行する mysql_upgrade コマンドでテーブルの互換性をチェック、修正を施す。

mysql_upgrade -u root -p

無事アップグレードが済んで、データベースに繋がった。

関連サイト

• default-character-set で起動が失敗する
• MySQL5.5.3にアップグレードしたら再起動に失敗した。
• mysqlが繋がらなくなってたので対応した
• 5.1.2. Server Command Options
• D.1.14. Changes in MySQL 5.5.3 (24 March 2010 Milestone 3)
• 1.5. What Is New in MySQL 5.5
• MySQL 5.5.3-m3 で廃止になった変数やオプションなどを整理しました
• 4.5.4. mysql_upgrade -- MySQL アップグレードのテーブル チェック

display_errors = On

で HTML 上にエラーが表示される。

display_errors = Off

で HTML 上に表示されなくなる。

さらにエラーレポートレベルによってエラーの種類を設定する必要がある。

PHP 4 と PHP 5 のデフォルトは

error_reporting = E_ALL & ~E_NOTICE

他は、全てのエラー出力をオフにする

error_reporting = 0

全てのエラーを出力する

error_reporting = E_ALL

など定義済み定数で細かく設定できる。

php.ini にあるサンプルには

error_reporting
 Default Value: E_ALL & ~E_NOTICE
 Development Value: E_ALL | E_STRICT
 Production Value: E_ALL & ~E_DEPRECATED

とある。

開発環境には以下の設定を。

error_reporting = E_ALL | E_STRICT

E_ALL には PHP5 から追加された E_STRICT が含まれていないため、E_STRICT で互換性がない推奨されていないコードの警告とスクリプトのチェックをしたい。

Webサービスとして運営する時には、

error_reporting = E_ALL & ~E_DEPRECATED

PHP 5.3.0 で新しく加わった E_DEPRECATED で特定の機能が将来のPHPバージョンで推奨されない場合に警告が表示されるので、回避策として。

さらに

display_errors = Off

でエラー表示をなくしたい。

関連サイト

• PHP: error_reporting - Manual
• PHP: 実行時設定 - Manual
• PHP: 定義済み定数 - Manual
• PHP: PHP 5.3.x で推奨されない機能 - Manual

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 19456 bytes) in ....

そこで、メモリーを増やすことに。設定は /etc/php.ini に。

memory_limit = 16M

から

memory_limit = 32M

に変更して保存。

Apacheを再起動して確認。

あらら、またまた同じエラーが。

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 19456 bytes) in ....

phpinfo() で確認すると、memory_limit の項目が Master Value では 32M。Local Value では 16M と php.ini で設定された値とは別に .htaccess や httpd.conf など他のどこかで設定されているようだ。

サーバーに ServersMan@VPS を使っている場合、いろいろ探してみるとサブドメインの設定 (/etc/httpd/conf.d/subdomains/site1.xxx.conf) に該当箇所があった。削除するか、

php_admin_value memory_limit 16M

から

php_admin_value memory_limit 32M

に変更保存。

再びサーバ再起動。

/etc/init.d/httpd restart

phpinfo() でも Master Value と Local Value が同じ 32M を確認。

きちっとメモリーが割り当てられた。

関連サイト

• PHP: コア php.ini ディレクティブに関する説明
• phpでmemory sizeエラーがでたときの対処法
• ServersMan@VPSの導入（５）～WordPress導入編～

改良点は二つ。

• ソースの全面見直し。初期設定の仕方を変更しました。
• ブラウザの戻るボタンで前のページに戻る際に、先のページで変更したスタイルシートが反映されない場合の対処

二つ目はブラウザによって挙動が違うのですが、ブラウザで直前まで見ていたページの状態を復元する「Back Forward Cache」が働いているため、スタイルシートが反映されないことが起こっているようです。Firefox ではデフォルトで「Back Forward Cache」がオンの状態。

参考

• Using Firefox 1.5 caching
• 戻るボタンが押された際、ページのJavaScriptを途中の状態から実行させない方法

前ページ --[リンクをクリック]--> 今見ているページ (ここでスタイルシートを変更) --[ブラウザの戻るボタンで戻る]--> 前のページ (あらら、以前のスタイルシートの設定のまま)

これが、

前ページ --[リンクをクリック]--> 今見ているページ (ここでスタイルシートを変更) --[ブラウザの戻るボタンで戻る]--> 前のページ (スタイルシートを変更反映)

になります。

デモサンプル

• jQuery Plugin cssswitcher.js * Mix
• CssSwitcher * Mix

これでいままで抱えていた課題が解決できました。

技術的な課題:

• ブラウザのボタン操作でのページ遷移とブラウザキャッシュ
  ブラウザの戻るボタンでの前のページに戻る際に、先のページで変更したスタイルシートが反映されない場合がある。

スタイルシートを切り替えるjQuery Plugin「CssSwitcher」より

初期設定の仕方を変更しました。

ソースの全面見直しに伴い以下に変更。

 var CssSwitcher = {
  // Settings
  cssPath : "http://domain/path/to/css/", // http://domain/path/to/css/
  idList : [ 'layout', 'font', 'color' ], // List up id attribute of 'stylesheet' rel attribute
  // Cookie Settings
  domain : "",
  path : "/",
  expires : 7, // days or a Date object Wdy, DD-Mon-YYYY HH:MM:SS GMT (ex. Fri, 01-Dec-2010 20:40:03 GMT)
  secure : 0, // 0 or 1
...

基本設定

• 「cssPath」スタイルシートファイルのディレクトリパス
• 「idList」スタイルシートのIDリスト、link要素に追加したid名

Cookieの設定を必要に応じて

• 「domain」Webサーバー名
• 「path」パス名
• 「expires」有効期限 日数 または Wdy, DD-Mon-YYYY HH:MM:SS GMT形式
• 「secure」セキュリティ

他の設定と使い方は、従来通りです。以下のページを参考ください。

• jQuery Plugin版「CssSwitcher」
• JavaScript版「CssSwitcher」

Download:

jquery.cssswitcher-0.0.2.js

cssswitcher-0.0.2.js

Changes:

• 0.0.2 2011.06.27 Fix browser cache.
• 0.0.1 2010.09.02 First Release. (jQuery Plugin版)
• 0.0.1 2010.08.13 First Release. (JavaScript版)

Licenses:

Dual licensed under the MIT and GPL licenses.

OAuth::Lite::Consumer インストール

ふつうに cpanm でインストールできず。パッケージ openssl-devel が必要。

cpanm OAuth::Lite::Consumer

...
Checking if you have Crypt::OpenSSL::RSA 0.25 ... No
Checking if you have Crypt::OpenSSL::Random 0.04 ... No
...

エラーで止まってしまう。パッケージがないので、perlモジュールの依存関係を解決できず。

まずは、パッケージ openssl-devel をインストール。

yum install openssl-devel

インストール後。

cpanm OAuth::Lite::Consumer

complete!!

サンプルプログラム

Twitter のアカウントでログイン認証。アクセストークンを取得して Twitter のアカウント情報を表示するサンプルプログラム。サンプルを動かすには Twitter にアプリケーションを登録して、ConsumerKey と ConsumerSecret を取得する必要があります。 登録は dev.twitter.com から。

流れとメソッド

1. リクエストトークンを取得する - get_request_token()
2. リクエストトークンを元に認証 - url_to_authorize()
3. Twitterログイン画面でアプリ認証
4. アプリ認証ボタンを押すと callback_url に転送 (リダイレクト)
5. アクセストークンの取得 - get_access_token()
6. アクセストークンを元に認証が必要なリクエスト (GET account/verify_credentials) を発行、今回Twitterアカウント情報を表示 - gen_oauth_request()

#!/usr/bin/perl

use strict;
use warnings;
use utf8;

use CGI;
use OAuth::Lite::Consumer;
use LWP::UserAgent;
use JSON;

my $ConsumerKey = 'xxxxxxx';
my $ConsumerSecret = 'xxxxxxxx';
my $callback_url = 'xxxxxxxx';

my $consumer = OAuth::Lite::Consumer->new(
    consumer_key    => $ConsumerKey,
    consumer_secret => $ConsumerSecret,
    site => "http://twitter.com/",
    request_token_path => "https://api.twitter.com/oauth/request_token",
    access_token_path => "https://api.twitter.com/oauth/access_token",
    authorize_path => "https://api.twitter.com/oauth/authorize",
    callback_url => $callback_url,
);

my $query = CGI->new;

if ($query->param('oauth_token') && $query->param('oauth_verifier')) {
    my $access_token = $consumer->get_access_token(
        token => $query->param('oauth_token'),
        verifier => $query->param('oauth_verifier'),
    );

    my $req = $consumer->gen_oauth_request(
        method => 'GET',
        url => 'http://api.twitter.com/1/account/verify_credentials.json',
        token => $access_token,
    );

    my $ua = new LWP::UserAgent();
    my $res = $ua->request($req);

    die $res->status_line if ! $res->is_success;

    my $account = decode_json($res->content);

    print "Content-type: text/html;charset=UTF-8\n\n";
    print "<img src='$account->{profile_image_url}' />";
    print "<p>ID : $account->{id}</p>";
    print "<p>name : $account->{name}</p>";
    print "<p>screen_name : $account->{screen_name}</p>";
    print "<p>description : $account->{description}</p>";
    exit;
}
else {
    my $request_token = $consumer->get_request_token();

    my $uri = $consumer->url_to_authorize(
        token => $request_token,
    );

    print $query->redirect($uri);
}
exit;

関連サイト

• OAuth::Lite::Consumer
• dev.twitter.com
• OAuth Community Site
• ゼロから学ぶOAuth
• Yahoo!デベロッパーネットワーク - OAuth - フロー
• OAuthプロトコルの中身をざっくり解説してみるよ
• PerlでTwitterのOAuthを使うサンプル
• OAuth::Liteを使って、はてなでOAuth認証

エラーが出たためセッションを開始できませんでした。PHP やウェブサーバのログファイルに出ているエラーを確認して、PHP を正しく設定してください。

と。以降、phpMyAdmin のログイン画面が表示されてもログインできず。

セッションファイルの保存場所 /var/lib/php/session のパーミッションが 770 (drwxrwx---) になっているので、セッションファイルが書き込めない状態になっているようだ。

sudo chmod 777 /usr/lib/php/session

で、パーミッションを 777 (drwxrwxrwx) に変更するとログインできた。

PHP をアップデートするときは、確認しておきたい。

関連する記事をピックアップ

• PHP のセッション処理でエラーになる
• phpでセッションを利用

独自ドメインとムームードメインでDNSがカスタマイズできるムームーDNSを使ってやってみます。

まずGoogle Appsで申し込み。

Google Appsは、ユーザーアカウント50個まで無料で使える。それ以上は Google Apps for Business で。いろいろな機能を追加で使えたり、Gmailの容量も25GBに。月額6,000円。

すでにドメインを持っている場合は、ドメイン名を入力して申し込もう。あとはフォームに従って入力していく。

次はドメインの所有確認。HTMLファイルをアップロードするか、CNAME レコードの変更の2つの方法。今回はHTMLファイルのアップロードで対応。

googlehostedservice.html にテキストを入力して作成保存。サーバにアップロード。 「確認」ボタンを押す。

上手くいくと設定ガイドに。

まずは、「組織とユーザー」でいままで運営していたメールアカウントを移行する。 「新しいユーザーを作成」ボタンを押してメールアカウントを作っていく。

作成後、ダッシュボードへ。「Gmailを有効にする」をクリック。

ここからムームードメインの管理画面でDNSをカスタマイズします。ムームーDNSのカスタム設定でMX レコードごとにGoogle Appsの管理画面にある表に従って情報を入力していきます。「セットアップ情報変更」ボタンを押して反映。DNSの反映に時間がかかるので一休み。

そして、Google Appsの管理画面に戻って「指定された手順を完了しました」ボタンを押して完了。

MXレコードの確認。最大48時間程度かかるようだ。

無事反映されると、Gmailから独自ドメインのメールアドレスとパスワードでログイン。

これで独自ドメインを使ってメールを送ったり受け取ったりできる。日々のメール処理でスパムメールに悩まれている方はどうぞ。

対策は、ssh のポート番号を変更すること。デフォルトのポート番号 22 での接続を避ける。

デフォルトのポート番号 22 から別の番号に変更することで断続的な不正アクセスを無くして、サーバの負荷軽減にもなる。

ということで、sshのポート番号を変更。

設定ファイルを編集。

$ vi /etc/ssh/sshd_config

デフォルトではコメントアウトでポート番号 22 が使われているので、任意のポート番号 **** に変更。ポート番号は、使用されていない 0～1023 (ウェルノウンポート) 以外のポート番号に変更しましょう。

#Port 22
Port ****

SSHを再起動。

$ /etc/init.d/sshd restart

接続確認

まずはポート番号 22 で接続。

$ ssh ユーザID@ホスト名
$ ssh: connect to host **.**.**.** port 22: Connection refused

ポート番号 22 では接続が拒否される。

変更したポート番号で接続。

$ ssh -p ポート番号 ユーザID@ホスト名

接続できれば完了。

• 総当たり攻撃 - Wikipedia
• ブルートフォース攻撃
• ssh用のポート番号を変更する - ServersMan@VPS仮想専用サーバーサービス
• SSHの不正接続増加? ポート22は変更しましょう

/etc/cron.daily/logrotate:

/usr/bin/analog: analog version 5.32/Unix
/usr/bin/analog: Warning L: Large number of corrupt lines in logfile stdin:
 turn debugging on or try different LOGFORMAT
 (For help on all errors and warnings, see docs/errors.html)
   Current logfile format:
     %v %S %j %u [%d/%M/%Y:%h:%n:%j] "%j%w%r%wHTTP%j" %c %b "%f" "%B"\n
     %S %j %u [%d/%M/%Y:%h:%n:%j] "%j%w%r%wHTTP%j" %c %b "%f" "%B"\n
     %S %j %u [%d/%M/%Y:%h:%n:%j] "%j%w%r" %c %b "%f" "%B"\n
     %S %j %u [%d/%M/%Y:%h:%n:%j] "%r" %c %b "%f" "%B"\n

analog のログフォーマットが違うみたいだ。Apache のログ形式は combined なので、analogの LOGFORMAT ( /etc/analog.cfg ) を確認。なかったので末尾に以下を追記。

LOGFORMAT COMBINED

Apache のログ形式を変更したときには見直すことを忘れずに。

data:[<mediatype>][;base64],<data> 形式のデータ (data URI scheme) を生成してウェブページに埋め込むことで HTTP リクエストを減らせるメリットがある。ただ、バイナリデータより3割ほどデータサイズが増える。

ファイルサイズが小さいアイコンを直接埋め込んだり、ブラウザが PC より対応しているスマートフォンでも使われ出している。ということで、画像のバイナリデータを Base64 にエンコードするツールをつくった。出力形式も HTML の img、CSS、JavaScript、生データに対応。

data URI scheme 変換ツール

別ウインドウで開く

data URI scheme がサポートしている HTML タグは

• object (images only)
• img
• input type=image
• link

CSSでは

• background-image
• background
• list-style-type
• list-style

とURLが設定できるところ。

<data> はサイズに制限があって基本 1,024 bytes まで。実装するブラウザでまちまち。

対応ブラウザは

• Firefox 2+ (100KB)
• Opera 7.2+ (4,100 characters)
• Chrome
• Safari
• IE 8+ (32 KB)

一枚の画像にアイコンやボタンを配置してCSSのポジション指定で表示させる CSS Sprite がありますが、画像の HTTP リクエストを減らすもう一つの選択肢として使える。メンテナンス性も CSS Sprite より高そうだ。

関連サイト

• Data URI scheme - wikipedia
• The "data" URL scheme
• The "data" URL scheme 日本語訳
• Inline Images with Data URLs

メールの内容をみると、Plesk の起動に失敗している。

Trying to start Plesk... 
Stopping Plesk... done
Starting xinetd service... done
Starting named service... done
Starting mysqld service... done
Starting postgresql service... done
Starting psa-spamassassin service... done
Plesk: Starting Mail Server... already started
Starting Plesk... failed
Starting drwebd service... failed

再びサービスを開始しても同じに。

$ /etc/rc.d/init.d/psa start

ログをみると、どうやら SSL でエラーになっているようだ。

• Updated now Plesk won't start.

$ tail /var/log/sw-cp-server/error_log

2010-10-24 18:44:44: (log.c.75) server started 
2010-10-24 18:50:27: (log.c.135) server stopped 
2010-10-24 18:50:34: (log.c.75) server started 
2010-10-24 18:50:34: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0) 
2010-10-24 18:50:34: (log.c.75) server started 
2010-10-24 18:50:34: (network.c.336) SSL: error:00000000:lib(0):func(0):reason(0) 

対処方法は、Latest update of openssl breaks Parallels Panel を参考にパッケージをインストール。

$ wget -c http://kb.parallels.com/Attachments/12669/Attachments/sw-cp-server-1.0-6.201004011105.centos5.i386.rpm
$ rpm -Uhv sw-cp-server-1.0-6.201004011105.centos5.i386.rpm
$ /etc/rc.d/init.d/psa start

startStarting xinetd service... done
Starting named service... done
Starting mysqld service... done
Starting postgresql service... done
Starting psa-spamassassin service... done
Plesk: Starting Mail Server... already started
Starting Plesk... done
Starting drwebd service... done

と無事に Plesk が起動して管理画面にアクセスできるようになった。

関連サイト

• Parallels Plesk Panel
• Plesk デモ