ここでは、ログファイルを使用した LiveCycle のトラブルシューティングを説明します。
LiveCycle ログファイルデフォルトでは、LiveCycle ログファイルは [LiveCycle root] ディレクトリに install.log という名前で保存されています。このログファイルは、LiveCycle エラーの分析に役立ちます。また、アドビエンタープライズサポートへのお問い合わせで必要になることがあります。
Configuration Manager ログファイルデフォルトでは、Configuration Manager ログファイルは [LiveCycle root]¥ConfigurationManager¥log にあり、lcm.0.log などの名前が付けられています。このログファイルは、Configuration Manager エラーの分析に役立ちます。また、アドビエンタープライズサポートへのお問い合わせで必要になることがあります。
ログファイルを使用したアプリケーションサーバーのトラブルシューティングアプリケーションサーバーのログファイルの情報を利用して、LiveCycle の実装で発生する問題のトラブルシューティングに役立てることができます。ログファイルの情報だけでは問題のトラブルシューティングに役立たない場合は、詳細ログを有効にしてログの詳細度を上げることができます。詳細ログはトラブルシューティングの場合にのみ有効にしてください。それ以外の場合に有効にすると、システムのパフォーマンスが低下し、ログファイル用に余分なディスク領域が消費されます。
注意: 詳細ログファイルを使用して問題のトラブルシューティングを行う場合は、アドビエンタープライズサポートと連携して作業を行うことをお勧めします。
JBoss ログファイルデフォルトでは、JBoss ログファイルは boot.log および server.log という名前で、次の場所に保存されています。
このログファイルは、JBoss Application Server および LiveCycle のエラーの分析に役立ちます。また、アドビエンタープライズサポートへのお問い合わせで必要になることがあります。
ログファイルの情報だけでは問題のトラブルシューティングに役立たない場合は、[appserver root]/conf ディレクトリ内の log4j.xml ファイルを編集して TRACE ログを有効にし、より詳細なログを出力することができます。
注意: 編集の前には、必ず [appserver root]/conf ディレクトリ内の log4j.xml ファイルのバックアップを作成しておきます。
JBoss で TRACE ログを有効にするには:コマンドプロンプトで、[appserver root]/conf ディレクトリに移動します。
テキストエディターを使用して log4j.xml 設定ファイルを編集します。
ファイル内で <root> ログエレメントを探し、次のように変更します。
<root>
<priority value="INFO" />
<appender-ref ref="FILE" />
</root>
<root> ログエレメントの上に、次のテキストを入力します。
<category name="org.jboss.ejb">
<priority value="TRACE" class="org.jboss.logging.XLevel"/>
<!--Comment the line below if you want to disable tracing -->
<appender-ref ref="TRACE_FILE" />
<appender-ref ref="FILE" />
</category>
ファイル内で <appender name="FILE" を探し、次の行のように変更するか、または次の行を入力します。
<param name="Threadhold" value="DEBUG" />
ファイル内で <!-- A size based file rolling appender を探し、以下の行の appender を貼り付けます。
<appender name="TRACE_FILE"
class="org.jboss.logging.appender.RollingFileAppender">
<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
<param name="File" value="${jboss.server.home.dir}/log/trace.log"/>
<param name="Append" value="false"/>
<param name="MaxFileSize" value="5MB"/>
<param name="MaxBackupIndex" value="2"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>
</layout>
</appender>
log4j.xml ファイルを保存して閉じます。
JBoss で TRACE ログを無効にするには:コマンドプロンプトで、[appserver root]/conf ディレクトリに移動します。
テキストエディターを使用して log4j.xml 設定ファイルを編集します。
ファイル内で <root> ログエレメントを探し、次のように変更します。
<root>
<priority value="INFO" />
<appender-ref ref="FILE" />
</root>
<root> ログエレメントの上に、次のテキストを入力します。
<category name="org.jboss.ejb">
<priority value="TRACE" class="org.jboss.logging.XLevel"/>
<!--Comment the line below if you want to disable tracing -->
<appender-ref ref="TRACE_FILE" />
<appender-ref ref="FILE" />
</category>
ファイル内で <appender name="FILE" を探し、次の行のように変更するか、または次の行を入力します。
<param name="Threadhold" value="DEBUG" />
ファイル内で <!-- A size based file rolling appender を探し、以下の行の appender を貼り付けます。
<appender name="TRACE_FILE"
class="org.jboss.logging.appender.RollingFileAppender">
<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
<param name="File" value="${jboss.server.home.dir}/log/trace.log"/>
<param name="Append" value="false"/>
<param name="MaxFileSize" value="5MB"/>
<param name="MaxBackupIndex" value="2"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%d %-5p [%c] %m%n"/>
</layout>
</appender>
log4j.xml ファイルを保存して閉じます。
WebLogic ログファイルデフォルトでは、WebLogic ログファイルは /var/log/httpd/error_log にあります。このログファイルは、WebLogic Server および LiveCycle のブートストラップエラーの分析に役立ちます。また、アドビエンタープライズサポートへのお問い合わせで必要になることがあります。
ログファイルの情報だけでは問題のトラブルシューティングに役立たない場合は、ログファイルでトレースのレベルを指定して、ログの詳細を増やすことができます。これを行うには、[appserver root]/conf/httpd.conf ファイルで LogLevel パラメーターを変更します。LogLevel により、エラーログ内のエラーメッセージの詳細度が設定されます。LogLevel に設定できる値は、(詳細度が最低から最高の順で)emerg、alert、crit、error、warn、notice、info、debug です。デフォルトの LogLevel は warn です。
注意: 編集の前には、必ず [appserver root]/conf/httpd.conf ファイルのバックアップを作成しておきます。
WebLogic でデバッグの LogLevel を有効にするには:コマンドプロンプトで、[appserver root]/conf ディレクトリに移動します。
テキストエディターを使用して、httpd.conf 設定ファイルを編集します。
ファイル内で LogLevel を探し、次のように変更します。
LogLevel debug
httpd.conf ファイルを保存して閉じます。 トラブルシューティングが完了したら、手順 1~4 を繰り返します(LogLevel は warn に変更します)。
WebSphere ログファイルデフォルトでは、WebSphere ログファイルは [appserver root]/logs/server1 にあります。このログファイルは、WebSphere Application Server および LiveCycle のブートストラップエラーの分析に役立ちます。また、アドビエンタープライズサポートへのお問い合わせで必要になることがあります。
ログファイルの情報だけでは問題のトラブルシューティングに役立たない場合は、WebSphere Administrative Console で TRACE ログを有効にしてログの詳細を増やすことができます。
WebSphere で TRACE を有効にするには:WebSphere Administrative Console にログインし、ナビゲーションツリーで Troubleshooting/Logs and Trace をクリックし、サーバーのリストで「server1」をクリックして、「Change Log Detail Levels」をクリックします。
「Enable Trace」を選択し、「Trace Specification」ボックスに com.adobe.*=all=enabled:com.adobe.framework.UITools=all=disabled と入力します。
[appserver root]/profiles/[profile_name]/logs/[server name]
JVM システム出力ログおよびエラーログの表示JVM システム出力ログおよびエラーログは、サーバーに関するトラブルシューティングの貴重なツールです。
JVM システム出力ログおよびエラーログを表示するには:WebSphere Administrative Console にログインし、ナビゲーションツリーで、Troubleshooting/Logs and Trace をクリックします。
アプリケーションサーバーの名前をクリックし、「JVM Logs」をクリックします。
「Runtime」タブをクリックし、System.out(JVM システム出力ログを表示する場合)または System.err(エラーログを表示する場合)の下の「View」をクリックします。いずれかの選択が無効な場合は、「Configuration」タブで SystemOut.log や SystemErr.log のファイル名を指定すると表示されます。デフォルトでは、ファイルは次の場所にあります。
[appserver root]/profiles/[profile_name]/logs/[server name]
EAR のデプロイメント時、またはサーバーの再起動時に Java core ダンプが表示されないようにするには:JAVA_HOME_32 は環境変数としてのみ設定し、PATH には含めないでください。
WebSphere サーバーログに「reindexImpl started」というエラーメッセージが繰り返し表示されないようにするには:Content Services がデプロイされた後に、次のエラーメッセージが繰り返し SystemOut.log に出力されることがあります。
Quartz スケジューラーが生成する「Failed job」というエラーメッセージが繰り返し表示されないようにするには:いずれかのサービスで SOAP ポートを使用している場合は、クラスター内の各ノードに関する WebSphere ログファイルに、「Failed job」というエラーメッセージが繰り返し出力される問題が発生することがあります。このメッセージは、Quartz スケジューラーで生成されます。
これらのエラーメッセージは、要求を処理していたノードをシャットダウンし、別のノードで保留中のジョブを完了した後でも引き続き出力されます。
この問題を回避するには、管理コンソールを使用して、WebSphere クラスター内のすべてのノードのログ設定を変更します。次のパッケージのログレベルを severe に設定します。
アプリケーションサーバーのトランザクションログファイルの削除コンポーネントソリューションが何らかの理由でデプロイに失敗した場合、LiveCycle をホストしているアプリケーションサーバーがロールバックトランザクションと判断したトランザクションの回復を試行しますが、その回復に失敗するので、アプリケーションサーバーは再起動しません。この問題を解決するには、アプリケーションサーバーのトランザクションログファイルを探して削除し、アプリケーションサーバーを再起動します。
|
|
|