DokumentationExperience Cloud KCS

TarMK-Cold-Standby von AEM 6.5: Fehler beim HTTP 503 AuthenticationSupport-Service fehlt

Letzte Aktualisierung: 19. Oktober 2026

✨ Dieser Inhalt wird von KI generiert und könnte ungenau sein. Generative KI-Begriffe

In diesem Artikel wird beschrieben, warum der Fehler „AuthenticationSupport service missing“ (HTTP 503 fehlt) auf TarMK-Cold-Standby-Knoten in AEM 6.5 auftritt. Außerdem werden Schritte zur Überprüfung der ordnungsgemäßen Standby-Konfiguration und des ordnungsgemäßen Standby-Betriebs beschrieben.

Beschreibung description

Umgebung

  • Adobe Experience Manager (AEM) 6.5 On-Premise
  • TarMK-Cold-Standby-Architektur

Symptome

Beim Einrichten einer TarMK-Cold-Standby-Instanz in AEM 6.5 und beim Synchronisieren des crx-quickstart von der primären zur Standby-Instanz (mit dem Standby-Ausführungsmodus) führt der Zugriff auf /aem/start.html auf der Standby-Instanz zu einem HTTP 503-Fehler:

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

Fehlerprotokolle können auch Folgendes enthalten:

*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.

Dies geschieht nach der Synchronisierung der primären Instanz mit der Standby-Instanz und der Aktualisierung des Ausführungsmodus auf „Standby“.

Ursache

Der HTTP 503-Fehler „AuthenticationSupport service missing“ auf einem TarMK-Cold-Standby-Knoten wird erwartet, da die Standby-Instanz nicht für die Bereitstellung normaler AEM-Endpunkte vorgesehen ist. Nur die OSGi-Web-Konsole ist für die Verwaltung verfügbar. Dadurch wird die Datenkonsistenz sichergestellt und der Benutzerzugriff auf einen schreibgeschützten, synchronisierten Knoten verhindert.

Lösung resolution

Gehen Sie wie folgt vor, um das Problem zu beheben.

  1. Erwartetes Standby-Verhalten:

    • In der TarMK-Cold-Standby-Architektur von AEM ist der Standby-Knoten nur für die Inhaltssynchronisierung konzipiert und bedient keine normalen AEM-Endpunkte (z. B. “/aem/start.html”, Sites, CRXDE oder Package Manager).

    • Beim Zugriff auf diese Endpunkte auf dem Standby-Knoten wird der HTTP 503-Fehler mit „AuthenticationSupport Service missing“ erwartet.

    ​2. Überprüfen der Konsistenz des Standby-Knotens:

    • Rufen Sie die OSGi-Web-Konsole unter „http(s)://<host>:<port>/system/console“ auf.

    • Bestätigen Sie, dass "/system/console“ auf dem Standby-Knoten zugänglich ist.

    • Überprüfen Sie, ob die Ausführungsmodi unter "/system/console/status-slingsettings“ „standby“ enthalten (und ggf. „crx3“, „crx3tar„).

    • Überprüfen Sie „error.log“ auf eine erfolgreiche Startmeldung für die Standby-Synchronisierung, z. B. „StandbyStoreService hat mit <host>:8023 gestartet“

.
"

  • Überprüfen Sie das JMX-MBean für die Standby-Instanz (org.apache.jackrabbit.oak:type=„Standby“) für:

    • Running = true

    • Status = running

    • SecondsSinceLastSuccess ist nicht -1

    • Überprüfen Sie die tarmk-coldstandby.log während der ersten Synchronisierung auf die Aktivität „Segmentübertragung“.
      ​3. Sicherstellen, dass die Standby-Konfiguration korrekt ist:

      • Kopieren Sie erst die vollständige Installation in die Standby-Instanz, nachdem Sie die primäre Instanz angehalten haben.

      • Konfigurieren Sie separate Dateisystem-gestützte „install.standby“-Konfigurationen.

      • Starten Sie die Standby-Instanz mit Ausführungsmodi: „standby,crx3,crx3tar“ (falls zutreffend).

      • Der „standby“-Ausführungsmodus allein ist nicht ausreichend. Stellen Sie sicher, dass alle erforderlichen Ausführungsmodi vorhanden sind.

    ​4. Hochstufen der Standby-Instanz zur primären Instanz (falls erforderlich):

    • Um das Failover zu testen, stoppen oder isolieren Sie die primäre Instanz.

    • Aktualisieren Sie den Ausführungsmodus der Standby-Instanz von „standby“ auf „primary“ in “crx-quickstart/conf/sling.properties”.

    • Starten Sie den Knoten und überprüfen Sie, ob der normale AEM-Zugriff wiederhergestellt wird.

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