この章では、Directory Service Control Center (DSCC) および 5.x コンソールの問題のトラブルシューティングに役立つ情報を示します。この章には次の節があります。
この章の内容は次のとおりです。
DSCC では、次のいずれかの理由で問題が発生することがあります。
Sun Java Web コンソールが実行されていない
DSCC アプリケーションが Sun Java Web コンソールに登録されていない
DSCC レジストリが作成されていない
DSCC WAR 配備に使用する Application Server が実行されていない
ここでは、DSCC の障害に関する情報の収集方法について説明します。
Sun Java Web コンソールが実行されていることを確認します。
# smcwebserver status Sun Java(TM) Web Console is running |
DSCC の状態を確認します。
/opt/SUNWdsee/dscc6/bin/dsccsetup status |
正しく実行されている場合は、このコマンドで次の出力が表示されます。
*** DSCC Application is registered in Sun Java (TM) Web Console *** DSCC Agent is registered in Cacao *** DSCC Registry has been created Path of DSCC registry is /var/opt/sun/dscc6/dcc/ads Port of DSCC registry is 3998 *** |
DSCC アプリケーションが登録されていないと表示される場合は、DSCC を再初期化する必要があります。
DSCC アプリケーションが登録されていないと、DSCC は Sun Java Web コンソールに表示されません。次のコマンドを使用して DSCC を再初期化します。
# dsccsetup console-reg |
DSCC エージェントが登録されていないと表示される場合は、エージェントを再初期化します。
DSCC エージェントが登録されていないと、ローカルの Directory Server および Directory Proxy Server インスタンスをリモート DSCC から管理することはできません。次のコマンドを使用してエージェントを再初期化します。
# dsccsetup cacao-reg |
DSCC レジストリが作成されていないという状態メッセージが表示される場合は、DSCC レジストリを初期化します。
レジストリが存在しない場合は、DSCC アプリケーションを初期化する必要があります。次のコマンドを使用してレジストリを初期化します。
# dsccsetup ads-create |
ほかの処置が役に立たない場合は、DSCC のクリーンセットアップを実行します。
クリーンセットアップを実行すると DSCC がリセットされますが、その過程で DSCC レジストリが失われます。
次の各コマンドを実行します。
# /opt/SUNWdsee/dscc6/bin/dsccsetup dismantle #/opt/SUNWdsee/dscc6/bin/dsccsetup initialize |
これらのコマンドで、DSCC とそのエージェントがクリーンアップされ、再構成されます。
ここでは、5.x Directory Server コンソールの障害に関するデータを収集して分析する方法について説明します。
コンソールでは、次のいずれかの理由で問題が発生することがあります。
Directory Server が実行されていない
ログインしているユーザーに権限がない
jar ファイルに誤りがある
Java のバージョンが正しくない
管理サーバーが稼働していることを確認します。
# ps -ef | grep httpd |
稼働している場合は、次の手順に進みます。
Directory Server が稼働していることを確認します。
# ps -ef | grep slapd |
稼働している場合は、次の手順に進みます。
管理サーバーのログを収集します。
デバッグモードで次のように startconsole コマンドを起動します。
# ./startconsole -D 9:all -f /tmp/console_trace |
これで、問題が再現されます。startconsole コマンドにより出力された console_trace ファイルで、Java のバージョン、読み込まれた jar ファイルへのパス、Java 例外などのエラーをチェックします。
console_trace ファイルにある例外をエラーログの内容と突き合わせます。
Version 5.2 のコンソールを使用している場合は、正しい jar ファイルを使用していることを確認します。
次に、Version 5.2 のインストール前にコンソールの 5.1 インストールが存在していたかどうかを確認します。これは、次のように startconsole を実行することで確認できます。
# ./startconsole -D |
このコマンドの実行がうまく行かない場合は、代わりに次のように実行します。
# /usr/sbin/directoryserver -u 5.2 startconsole |
/usr/sbin/directoryserver ディレクトリからコマンドを実行するとうまく行く場合、ハングアップの原因はバージョン互換性です。Version 5.2 の Directory Server をインストールしたあと、次のコマンドを実行して、デフォルトのバージョンを 5.2 に設定します。
/usr/sbin/directoryserver -d 5.2 |
これで、Version 5.2 の Directory Server を使ってさまざまな directoryserver コマンドを使用できるようになります。
/etc/ds ファイルに次の設定も含まれていることを確認する必要がある場合があります。
5.1|//usr/iplanet/ds5/sbin/directoryserver|YES|YES 5.2|//usr/ds/v5.2/sbin/directoryserver|YES|NO |