トラブルシューティング トピックのレポート

内容
casp1032jp
内容
このセクションでは、エラーを修正するため、以下の報告されたエラーおよび提案されたソリューションについて説明します。
レポートの生成中に接続のオープンに失敗した
問題の状況
: CABI BOXI をインストールして、CA Spectrum と統合した後に、レポートの実行中に以下のエラーが表示されることがあります。
「The viewer could not process an event. Failed to open the connection (ビューアはイベントを処理できませんでした。接続のオープンに失敗しました)」 
原因:
インストール後フェーズ中に、ODBC (Open Database Connectivity)ドライバが正しく設定されていません。
解決方法:
インストール後手順 - データベース ドライバの設定を実行します。
  1. CABI BOXI コンピュータに移動します。
  2. ローカル ディスクに <CABI VCD>\utilities フォルダの CA_NVM_EXE フォルダをコピーします。
  3. UNIX 環境の場合は、CABI BOXI がインストールされているフォルダに CASHCOMP 変数を設定します。例: /opt/cabi41
  4. CABI インストール ユーザ
    として、以下のコマンドを実行します。
    Windows の場合: nvm_boxi_post_install_windows.exe
    Linux の場合: nvm_boxi_post_install_unix.sh
    このユーティリティのログ ファイル(nvm_boxi_post_install.log、nvm_boxi_post_install.java.log)は、システムの一時パス(Windows の場合: %temp%、Linux の場合: /var/tmp/)にあります。
Tomcat ログの接続のオープンに失敗しましたエラー
問題の状況:
SRM tomcat ログの「Failed to open connection (接続のオープンに失敗しました)」例外。
原因
: 不正な MySQL ドライバのパスのため、またはそのユーザの SRM サーバに権限が付与されていないため。
解決方法
: SRM MySQL サーバに権限を付与し、CABI BOXI コンピュータのドライバ パスを確認/修正します。
SRM MySQL サーバの権限を付与するには、以下の手順に従います。 
  1. bash またはコマンド プロンプトで $SPECROOT/mysql/bin に移動します。 
  2. 以下のコマンドを使用して Spectrum OneClick で MySQL にログインします。
    ./mysql-uroot-proot reporting 
  3. 以下のコマンドを実行します。
    GRANT ALL PRIVILEGES ON *.* TO 'root'@'cabi hostname' IDENTIFIED BY 'root'; 
  4. 以下のコマンドを実行します。
    GRANT ALL PRIVILEGES ON *.* to 'CR_user'@'<cabi hostname>' identified by '0n3cl1Ck';
    WEBI ユーザの場合:
    GRANT ALL PRIVILEGES ON *. * を 'WEBI_user' @' < ホストの IP アドレス、>' が '0n3cl1Ck' によって識別されます。 
  5. FLUSH PRIVILEGES;
CABI BOXI コンピュータで、MySQL ドライバのパスを確認/修正します。
  1. 以下のディレクトリに移動します。
    C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0\java\lib\external 
  2. ファイル mysql-connector-java.jar が存在するかどうかを確認します。 
  3. 以下のファイルのこの JAR ファイルのパスが正しいかどうかを確認します。
    C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/dataAccess/connectionServer/jdbc/mysql.sbo
    C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/dataAccess/connectionServer/jdbc/jdbc.sbo
    C:\Program Files (x86)\CA\SC\CommonReporting4\SAP BusinessObjects Enterprise XI 4.0/java/CRConfig.xml 
  4. 上記のいずれかのファイルを変更する場合は、Central Configuration Manager (CCM)を使用して、BOXI tomcat を再起動する必要があります。
レコードが見つからないか「または」レポートにデータがない
問題の状況
: レポートの実行中のレコードが見つかりません、または接続のオープンに失敗しましたエラー。既知のパラメータ(WKP_ProxyUserSecurity)値が NULL です。
この問題は、任意のレポートの SRM パラメータ ページを右クリックし、「ソースの表示」に移動して確認できます。「WKP_ProxyUserSecurity」を検索します
以下のようになります。 
<input type="hidden" name="WKP_CustomLogo" value="NULL!!!">
<input type="hidden" name="WKP_ProxyUserSecurity" value="NULL!!!">
原因:
レポートのログイン認証情報が更新されておらず、Open Database Connectivity ODBC ドライバが正しく設定されていません。
解決方法
: インストール後手順 - データベース ドライバの設定を実行し、次に以下の手順を実行します。
  1. OneClick Web ページに移動します。
  2. [管理]-[Report Manager]-[Business Objects コンテンツの管理]に移動します。
  3. [コンテンツの更新]をクリックし、実行します。
  4. wkp パラメータが以下のように正しく設定されているかどうかを確認します。
    <input type="hidden" name="WKP_CustomLogo" value="C:\win32app\Spectrum\custom\repmgr\logo.bmp">
    <input type="hidden" name="WKP_ProxyUserSecurity" value="Administrator">
セキュリティ文字列のため、レコードが見つからないか「または」レポートにデータがない
問題の状況:
グループ レポートでグローバル コレクション リストに入力されず、他のレポートの実行中に「レコードが見つかりません」
原因/仮説:
ユーザのセキュリティ文字列が更新されていない可能性があります。SRM サーバ MySQL にログインし、以下のクエリを実行してセキュリティ文字列を確認します。 
Select * from v_security_string_accessibility_by_landscape;
または、ユーザを確認する方法
Select * from v_security_string_accessibility_by_landscape where user_name= “<USER_NAME>”。結果に少なくとも ADMIN、*UNKNOWN*、および空白が含まれるはずであり、それ以外の場合、ユーザのセキュリティ文字列が更新されていないことを示します。
解決方法:
各ユーザのすべてのセキュリティ文字列が更新されるように、SRM OneClick サーバ/tomcat を再起動します。
最大レポート処理制限に達した
問題の状況:
レポートの実行中の tomcat ログのエラー「The maximum report processing jobs limit configured by your system administrator has been reached (システム管理者によって設定されている最大レポート処理ジョブ制限に達しました)」。
原因:
CABI BOXI サーバで実行されているジョブ数の制限に達しました。
解決方法:
以下の手順を使用して、CABI BOXI サーバの制限を増やします。
  1. 「管理者」として Central Management Console (CMC)にログインします。 
  2. ドロップダウン リストから[サーバ]を選択します。 
  3. [Service Categories (サービス カテゴリ)]-[Crystal Reports Services (Crystal Reports サービス)]に移動します。 
  4. [サーバ名]で、[<hostname>.AdaptiveJobServer]を右クリックし、[プロパティ]を選択します 
  5. Crystal Reports 2013 スケジューリング サービスで、[ジョブの最大同時実行数]を「5」から大きい数に変更します。
  6. [保存して閉じる]をクリックします。
  7. サーバを右クリックし、[再起動]を選択してサーバを再起動します。
  8. 引き続きエラーが表示される場合は、制限を大きい数に増やします。
レポートの実行中に JSP のクラスをコンパイルできない 
問題の状況:
新規インストール中またはアップグレード後のレポートの実行中のエラー: 「Unable to compile class for JSP: an error occurred in the JSP file: /jsp/runReport.jsp or /jsp/listParameters.jsp (JSP のクラスをコンパイルできません: JSP ファイルにエラーが発生しました: /jsp/runReport.jsp または/jsp/listParameters.jsp)」
原因
: Spectrum と CABI の展開された jar と JSP ファイルが同期していません。
解決方法:
以下の手順を実行します。 
  1. ドキュメントで説明されているとおりに、SpectrumUpdate コマンドのみを実行します。 
    https://docops.ca.com/display/CASP101/Post+Installation+Configuration+for+CABI 
  2. CABI tomcat サーバを停止します。 
  3. CABI tomcat の work\Catalina フォルダ内の「localhost」フォルダを削除します。
  4. 以下の場所の UdmCAFApp.jar をバックアップします。
    C:\Program Files(x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\WEB-INF\lib
    ここで、C:\Program Files (x86)\CA\SC\CommonReporting4\ は、CABI 4.x のインストール ディレクトリです。 
  5. SpectrumUpdate ユーティリティ フォルダにダウンロードされる UdmCAFApp.jar ファイルとして、NEW_UdmCAFApp.jar ファイルを以下の場所にコピーします。
    C:\Program Files (x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\WEB-INF\lib 
  6. listParameters.jsp および runReport.jsp ファイルを Spectrum <SPEC_Home>/tomcat/webapps/spectrum/repmgr/admin/ から以下の場所にコピーします。
    C:\Program Files (x86)\CA\SC\CommonReporting4\tomcat\webapps\BOE\WEB-INF\eclipse\plugins\webpath.UdmCAFApp\web\jsp 
  7. CABI BOXI tomcat サーバを起動します。
レポートを右クリックし、表示を選択したときの HTTP 404
問題の状況:
BI ラウンチパッドの[表示]を選択した場合の HTTP 404 エラー。
原因:
CABI BOXI にある web.xml ファイルが正しく更新されません。
解決方法
: 以下の手順を実行して、web.xml を設定/修正します。
  1. $BO_INST_PATH/CommonReporting4/tomcat/webapps/BOE/WEB-INF/eclipse/plugins/webpath.CustomParams/web/WEB-INF/ に移動します。
  2. テキスト エディタで web.xml ファイルを開きます。 
  3. 以下のセクションを探します。 
    <context-param>
    <param-name>xmlFilePath</param-name>
    <param-value>/opt/CA/SharedComponents/CommonReporting4cacaf</param-value> 
    </context-param>
    「CommonReporting4cacaf」をスラッシュで区切る必要があることに注意してください。 
  4. 行を以下のように更新します。
    <param-value>/opt/CA/SharedComponents/CommonReporting4/cacaf</param-value> 
  5. ファイルを保存して終了します。 
  6. CABI Tomcat をシャットダウンします。
    Windows では、Central Configuration Manager を使用します。
    Linux では、$BO_INST_PATH/CommonReporting4/sap_bobj/ に移動します
    実行: ./tomcatshutdown 
  7. $BO_INST_PATH/CommonReporting4/tomcat/work/Catalina/ に移動します 
  8. localhost フォルダを削除します。 
  9. CABI Tomcat を起動します。
    Windows では再度、Central Configuration Manager を使用します。
    Linux: 上記のように ./tomcatstartup (同じ sap_bobj から)ディレクトリ。
Tomcat ログの「NoSuchMethodError」
問題の状況:
tomcat ログの NoSuchMethodError エラーのためにすべてのレポートを実行できません。「 java.lang.NoSuchMethodError: com.crystaldecisions.sdk.occa.report.application.ReportAppSession.setReportEngineTypeValue(I)V at com.crystaldecisions.sdk.occa.managedreports.ras.internal.RASReportAppFactory.getReportAppSession(RASReportAppFactory.java:688) at com.crystaldecisions.sdk.occa.managedreports.ras.internal.RASReportAppFactory.openDocument(RASReportAppFactory.java:512)」
原因:
統合または「コンテンツの更新」で、spectrum tomcat 内の古い CABI jar のため、レポートの認証情報のデータベース ログの更新に失敗しました。
解決方法
  1. OneClick/tomcat SRM サーバを停止します。 
  2. $SPECROOT/tomcat/lib ディレクトリに移動します。 
  3. $SPECROOT/tomcat/lib ディレクトリから rasapp.jar、rascore.jar、および Serialization.jar を削除します。 
  4. OneClick/tomcat SRM サーバを起動します。 
  5. tomcat の起動を待ち、Spectrum OneClick ページから[管理]-[Business Objects コンテンツの管理]に移動し、[コンテンツの更新]をクリックします。
レポートの実行中のファイル I/O エラー
問題の状況:
CABI BOXI でのいくつかのレポートの実行中のエラー: 「ファイル xxxxx のエラー: ファイル I/O エラー」
原因
: レポートは SRM データベースに存在する大量のデータを取得できません。
解決方法:
以下の手順を使用して、タイムアウト、キャッシュ、およびレコード制限を増やします。
  1. Central Management Console (CMC)にログインします。
  2. [サーバ]をクリックします。 
  3. [Crystal Reports Cache Server]を右クリックし、[プロパティ]を選択します。 
  4. アイドル接続タイムアウト(分)値を
    60
    に設定します。 
  5. 最大キャッシュ サイズ(KB)値を
    1028000 に設定します。 
  6. [保存して終了]をクリックします。 
  7. [Crystal Reports Processing Server 2013]を右クリックし、[プロパティ]を選択します。
  8. [プレビューまたは最新表示時に読み取るデータベース レコード数]フィールドが
    0
    (無制限)に設定されていることを確認します。
  9. アイドル ジョブ タイムアウト(分)値を
    60
    に設定します。
  10. [保存して終了]をクリックします。
  11. キャッシュ サーバと Processing Server の両方を再起動します (この手順は、SIA を再起動する場合は必要ありません)。
レポートの生成に時間がかかる
問題の状況:
パラメータ ページの表示が遅いか、レポートの実行が遅いか、または MySQL クエリの実行が遅くなります。
原因:
大規模なデータベース/レコードのためである可能性があります。
解決方法:
以下の推奨される設定を使用して、SRM MySQL サーバのパフォーマンスを向上します。
  1. Spectrum Processd と tomcat を停止します。
  2. $specroot/mysql に移動します。
  3. 既存の my-spectrum.cnf のバックアップを実行します。
  4. 以下のパラメータで、my-spectrum.cnf を更新します。
    key_buffer = 512 M
    table_cache = 1000
    wait_timeout = 300
    max_allowed_packet = 32 M
    query_cache_size = 64 M
    query_cache_type = 1
    sort_buffer = 64 M
    myisam_sort_buffer_size = 64 M
    read_buffer_size = 64 M
    read_rnd_buffer_size = 6 M
    thread_concurrency = 4 
  5. Processd および tomcat を再起動します
注:
上記の設定は、環境/マシンで使用可能なハードウェア リソースに応じて増やすことができます。
レポート データ(タイトル、ヘッダ、グループ ヘッダ、サマリ、フッタを除く)を .csv 形式にエクスポートできない
問題の状況: 
レポート データを CSV 形式にエクスポートするときに、タイトル、ヘッダ、グループ ヘッダ、サマリ、およびフッタの情報を除外する必要があります。
解決方法:
  1. JasperReports サーバがインストールされているサーバ上で、以下の場所に移動します。
    <<CA Business Intelligence インストール ディレクトリ>>\apache-tomcat\webapps\jasperserver-pro\WEB-INF\classes
  2. 編集モードで jasperreports.properties ファイルを開きます。
  3. ファイルの最後に、以下のプロパティを追加します。
    net.sf.jasperreports.export.csv.remove.empty.space.between.rows=true net.sf.jasperreports.export.csv.remove.empty.space.between.columns=true net.sf.jasperreports.export.csv.exclude.origin.band.1=pageHeader net.sf.jasperreports.export.csv.exclude.origin.report.1=* net.sf.jasperreports.export.csv.exclude.origin.band.2=pageFooter net.sf.jasperreports.export.csv.exclude.origin.report.2=* net.sf.jasperreports.export.csv.exclude.origin.band.3=columnHeader net.sf.jasperreports.export.csv.exclude.origin.report.3=* net.sf.jasperreports.export.csv.exclude.origin.band.4=columnFooter net.sf.jasperreports.export.csv.exclude.origin.report.4=* net.sf.jasperreports.export.csv.exclude.origin.band.5=lastPageHeader net.sf.jasperreports.export.csv.exclude.origin.report.5=* net.sf.jasperreports.export.csv.exclude.origin.band.6=summaryPageHeader net.sf.jasperreports.export.csv.exclude.origin.band.7=groupHeader net.sf.jasperreports.export.csv.exclude.origin.band.8=groupFooter net.sf.jasperreports.export.csv.exclude.origin.band.9=reportHeader net.sf.jasperreports.export.csv.exclude.origin.band.10=reportFooter net.sf.jasperreports.export.csv.exclude.origin.band.11=lastPageFooter net.sf.jasperreports.export.csv.exclude.origin.report.11=* net.sf.jasperreports.export.csv.exclude.origin.band.12=summaryPageFooter net.sf.jasperreports.export.csv.exclude.origin.band.13=summary net.sf.jasperreports.export.csv.exclude.origin.report.13=* net.sf.jasperreports.export.csv.exclude.origin.band.14=title net.sf.jasperreports.export.csv.exclude.origin.report.14=* net.sf.jasperreports.export.csv.parameters.override.IgnorePagination=true
  4. 変更内容をプロパティ ファイルに保存して終了します。
  5. JasperReports Tomcat サーバを再起動します。
    JasperReports Tomcat サーバを再起動した後、もう一度、エクスポートするレポートを実行します。 
  6. レポート データを .csv 形式にエクスポートします。以下の情報を含まないレポート データがエクスポートされます。
  • タイトル
  • ヘッダ
  • グループ ヘッダ
  • サマリ
  • フッタ 
カスタム設定ファイルの変更履歴の表示
問題の状況:
設定ファイルを介して行われる
Spectrum Report Manager
カスタマイズ変更を監視することができます。そのようなファイルは、
$SPECROOT
/custom/repmgr/config の下にあります。
解決方法:
MySQL クライアントに root としてログインし、次のコマンドを実行して、すべてのカスタム設定ファイルの変更履歴を表示します。
SELECT filename, FROM_UNIXTIME(last_modified/1000) as time FROM reporting.configchangelog ORDER BY filename, time;
見つからない停止データに関するエラー
問題の状況:
CA Spectrum
 Reporting が停止データを見つけることができません。Tomcat ログに、次のようなメッセージが含まれています。
<$SPECROOT>\tomcat\logs\stdout.log: Jul 29, 2009 10:00:34 AM - SRMAvailabilityHandler: WARNING: Historical update has failed for domain = 0x400000 due to error = Connection to event domain timed out.
解決方法:
停止データは、以下の状況のいずれかを示します。
メッセージで指定されたドメインの
CA Spectrum
アーカイブ マネージャが実行されていない。
  • OneClick Web サーバと、メッセージに指定されたドメイン上のアーカイブ マネージャとの間で、ネットワーク接続に関する問題がある。
この問題を解決するには、アーカイブ マネージャを起動するか、ネットワーク接続に関する問題を解決します。
Spectrum Report Manager
は、アーカイブ マネージャが再度実行されていると判断すると、レポート データベースの更新に必要なすべての可用性イベントの履歴データを自動的に取得します。
アーカイブ マネージャが実行されていない場合、
SpectroSERVER
によってイベント データがキャッシュされます。アーカイブ マネージャが再度実行されると、
SpectroSERVER
からアーカイブ マネージャにキャッシュされたイベント データが送信されます。ただし、
SpectroSERVER
のイベント キャッシュのサイズには制限があります。アーカイブ マネージャが長時間にわたってダウンしている場合、イベント データが失われる可能性があります。詳細については、「データベースの管理」セクションを参照してください。
無効なセキュリティ認証情報に関するエラー
問題の状況:
レポートを実行しようとすると、以下の内容のメッセージが表示されます。
An error occurred at the server: The Page Server cannot logon to the CMS. This is due to invalid security credentials. Please verify your user ID and password.
解決方法:
セッションがタイム アウトになっています。この問題を解決するには、以下の手順に従います。
  1. Spectrum Report Manager
     を終了します。
  2. CA Spectrum
    Reporting セッションを再確立し、レポートの実行を再試行します。
Report Manager アプリケーション モデルのリセット
問題の状況:
分散
SpectroSERVER
環境からメイン ロケーション サーバ(MLS)が削除されると、
Spectrum Report Manager
は SRMApplication モデル上のイベントをアサートできなくなります。その結果、SRMApplication モデルによる
Spectrum Report Manager
ステータスの監視を実行できません。
解決方法:
以下の MySQL コマンドを使用してレジストリ テーブルから SRMApplication モデルのモデル ハンドル エントリを削除します(「root」としてログオンします)。
mysql>USE reporting; mysql>UPDATE registry SET SRM_Model = 0;
Report Manager サンプル(WEBI)レポートの Java エラーの解決
問題の状況:
Spectrum Report Manager
 サンプル(WEBI)レポートで Java エラーが発生します。サンプル レポートを開くと、次のエラー メッセージを表示されます。
Java has discovered application components that could indicate a security concern -- Block potentially unsafe components (recommended).
[はい]を選択すると、レポートの結果が表示されません。
解決方法:
この問題は、Java 6 Update 17 より上位のバージョンが搭載された Windows でブラウザを実行しているときに発生します。この問題を解決するには、以下の手順に従います。
  1. コントロール パネルから Java を開きます。
  2. [詳細]タブを選択します。
  3. [セキュリティ]オプションを展開します。
  4. [混合コード]オプションを展開します。
  5. [有効 - 警告を表示せずに、保護をかけて実行する]を選択します。
この設定により、元の形式が回復し、旧バージョンにロールバックしなくても最新の JRE バージョンを使用できるようになります。
CA Spectrum Report Manager がディスク領域を使い過ぎるため、このデータベースのサイズを制限する方法
問題の状況:
$SPECROOT/mysql/data/reporting ディレクトリがきわめて大きいため、ディスク領域の大半を占有しています。 
解決方法:
CA では、ビジネス ニーズに必要なすべてのデータを格納するために、Report Manager 専用の十分に大きなハード ドライブ領域を用意することをおすすめします。
Spectrum Report Manager には、アーカイブ ユーティリティもあります。このユーティリティは、Report Manager UI の[管理ツール]タブにあります。このユーティリティにはパージ、アーカイブ、およびすべてのデータの 3 つの機能があります。
パージ: 選択された保存期間の日数に基づいてすべてのデータを削除します。
アーカイブ: 選択された保存期間の日数に基づいて、データをアーカイブ データベースにアーカイブします。
すべてのデータ: レポート データベースにすべてのデータを保持し、何も削除しません。すべてのデータは、基本的にアーカイブが毎晩実行されないことを意味します。
パージは、ディスク・スペース残量の問題があるユーザの推奨設定です。
パージは、選択された保存期間後にすべてのデータを削除します。たとえば、保存日数を 90 に設定した場合、90 日より古いものが夜ごとに削除されます。
アーカイブを使用できますが、これは領域を節約しません。アーカイブは単に別のデータベースにデータを移動します。ただし、アーカイブ データベースをドロップできます。このアクションにより、その量の領域を使用可能にし、spectrum tomcat の再起動時に、データベースが 0 データで再構築されます。
アーカイブ データベースをドロップする方法
  1. $SPECROOT/mysql/bin ディレクトリに移動します。
  2. 入力: ./mysql --defaults-file=my-spectrum.cnf -uroot -proot
  3. Mysql> プロンプトで入力: drop database archive; Mysql> プロンプトで入力: drop database archive;
  4. Spectrum Tomcat サービスを再起動します。
「ディレクトリ」に関連するエラーのために Spectrum Report Manager が起動しない
現象
: $SPECROOT/tomcat/logs/stdout.log (catalina.out *nix)にパラメータ ディレクトリが「ディレクトリ」ではないことに関するエラーが表示されます。
完全なエラー:
<日付と時刻> (SRM/起動/コンテナ) (com.aprisma.spectrum.app.repmgr.web.servlet.SRMBootstrapServlet) - (エラー) - エラーが、SRM のコンポーネントを初期化中に発生しました
com.aprisma.spectrum.app.repmgr.exceptions.SRMException: カスタムの設定の変更をログするときにエラーが発生しました
Caused by: java.lang.IllegalArgumentException: Parameter 'directory' is not a directory
org.apache.commons.io.FileUtils.listFiles(FileUtils.java:207) で
com.aprisma.spectrum.app.repmgr.common.CustomConfigLogger.logChanges(CustomConfigLogger.java:70) で
com.aprisma.spectrum.app.repmgr.dc.db.ReportManagerInitializer.logConfigurationChanges(ReportManagerInitializer.java:180) で
解決方法
: このエラーの理由は、ReportManagerInitializer コードがディレクトリ $SPECROOT を検索し、次に custom/repmgr/config ディレクトリを検索したためです。このエラーが表示された場合、そのディレクトリが存在しないことを意味します。
解決するには、単にディレクトリ構造 $SPECROOT/custom/repmgr/config/events を作成します
config ディレクトリは最も重要な部分ですが、events ディレクトリも必要です。これを作成したら、Spectrum Tomcat サービスを再起動します。
Windows: 
[サービス]に移動し、Spectrum Tomcat を再起動します
*nix: 
spectrum インストール所有者として $SPECROOT/tomcat/bin に移動します
入力 - ./stopTomcat.sh
停止後に入力 -./startTomcat.sh
再起動したら、ログを表示して、Report Manager が起動し、ログ ファイルにエラーがないことを確認します。