ドキュメントExperience Cloud KCS

AEM 6.5 TarMK コールドスタンバイ：HTTP 503 AuthenticationSupport サービスにエラーがありません

最終更新日： 2026年10月19日

✨ このコンテンツはAIが生成したもので、不正確である可能性があります。 生成AI用語

この記事では、「AuthenticationSupport service missing」 HTTP 503 エラーがAEM 6.5 TarMK コールドスタンバイノードに表示される理由を説明し、適切なスタンバイ設定とオペレーションを検証する手順を提供します。

説明 description

環境

  • Adobe Experience Manager（AEM） 6.5 オンプレミス
  • TarMK コールドスタンバイアーキテクチャ

症状

AEM 6.5でTarMK コールドスタンバイを設定し、crx-quickstart ディレクトリをプライマリからスタンバイに（スタンバイ実行モードで）同期すると、スタンバイインスタンスで/aem/start.htmlにアクセスすると、HTTP 503 エラーが発生します。

HTTP ERROR 503
Problem accessing /aem/start.html. Reason: AuthenticationSupport service missing. Cannot authenticate request.

エラーログには次の情報も表示されます。

*ERROR* org.apache.sling.engine.impl.SlingHttpContext handleSecurity: AuthenticationSupport service missing. Cannot authenticate request.
*ERROR* org.apache.sling.engine.impl.SlingHttpContext handleSecurity: Possible reason is missing Repository service. Check AuthenticationSupport dependencies.

これは、プライマリをスタンバイに同期し、実行モードを「スタンバイ」に更新した後に発生します。

原因

TarMK コールドスタンバイノードのHTTP 503 ‘AuthenticationSupport service missing’ エラーは、スタンバイが通常のAEM エンドポイントを提供することを意図していないため予想されます。 管理のためにアクセスできるのは、OSGi Web コンソールのみです。 これにより、データの一貫性が確保され、ユーザーが読み取り専用の同期専用ノードにアクセスできなくなります。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. 予期されるスタンバイ動作を理解します。

    • AEM TarMK コールドスタンバイアーキテクチャでは、スタンバイノードはコンテンツ同期専用に設計されており、通常のAEM エンドポイント（「/aem/start.html」、「Sites」、「CRXDE」、「Package Manager」など）を提供しません。

    • スタンバイノードでこれらのエンドポイントにアクセスする場合、「AuthenticationSupport サービスが見つからない」 HTTP 503 エラーが想定されます。

    ​2. スタンバイノードの正常性を検証：

    • OSGi Web コンソールの「http （s）://<host>:<port>/system/console」にアクセスします。

    – 「/system/console」がスタンバイノードでアクセスできることを確認します。

    – 「/system/console/status-slingsettings」の実行モードに「standby」（該当する場合、「crx3」、「crx3tar」）が含まれていることを確認します。

    • スタンバイ同期メッセージが成功した場合の「error.log」を確認します。「StandbyStoreServiceが<host>:8023’でスタンバイ同期を開始しました。

    • スタンバイ JMX MBean （‘org.apache.jackrabbit.oak:type=“Standby”’）を次の形式で確認してください：

    • Running = true

    • Status = running

    • SecondsSinceLastSuccessは-1ではありません

    • 最初の同期中にセグメント転送アクティビティのtarmk-coldstandby.logを調べます。
      ​3. 正しいスタンバイ設定を確認します。

      • プライマリを停止した後、完全なインストールのみをスタンバイにコピーします。

      • ファイルシステムに基づく「install.standby」設定を個別に設定します。

      – 実行モードでスタンバイインスタンスを開始します：「standby,crx3,crx3tar」（該当する場合）。

      – 必要なすべての実行モードが存在することを確認します。

​4. スタンバイをプライマリに昇格（必要な場合）:

  • フェールオーバーをテストするには、プライマリを停止または分離します。

  • スタンバイの実行モードを「スタンバイ」から「crx-quickstart/conf/sling.properties」の「プライマリ」に更新します。

  • ノードを開始し、通常のAEM アクセスが復元されていることを確認します。

recommendation-more-help
experience-cloud-kcs-help-kbarticles