AEM 6.5 TarMK cold standby: errore mancante nel servizio AuthenticationSupport HTTP 503

Ultimo aggiornamento: 19 ottobre 2026

✨ Il contenuto è generato tramite IA e potrebbe non essere accurato. Termini di IA generativi

Questo articolo descrive il motivo per cui l’errore “Servizio di autenticazioneSupporto mancante” HTTP 503 viene visualizzato sui nodi in standby a freddo AEM 6.5 TarMK e fornisce i passaggi per convalidare la configurazione e il funzionamento in standby corretti.

Descrizione description

Ambiente

Adobe Experience Manager (AEM) 6.5 On-Premise
Architettura TarMK cold standby

Sintomi

Quando si imposta un TarMK cold standby in AEM 6.5 e si sincronizza la directory crx-quickstart da primaria a standby (con la modalità di esecuzione in standby), l’accesso a /aem/start.html nell’istanza in standby genera un errore HTTP 503:

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

I registri di errore possono inoltre mostrare:

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

Ciò si verifica dopo aver sincronizzato il primario con lo standby e aver aggiornato la modalità di esecuzione in “standby”.

Causa

L’errore HTTP 503 “Servizio AuthenticationSupport mancante” in un nodo TarMK in standby a freddo è previsto perché lo standby non è destinato a servire i normali endpoint AEM. Solo la console web OSGi è accessibile per l’amministrazione. Ciò garantisce la coerenza dei dati e impedisce l’accesso dell’utente a un nodo di sola lettura e di sola sincronizzazione.

Risoluzione resolution

Per risolvere il problema, segui la procedura riportata di seguito.

Comprendere il comportamento di standby previsto:
- Nell’architettura AEM TarMK a freddo in standby, il nodo in standby è progettato solo per la sincronizzazione dei contenuti e non serve i normali endpoint di AEM (come “/aem/start.html”, Sites, CRXDE o Gestione pacchetti).
- L’errore HTTP 503 con “Servizio AuthenticationSupport mancante” è previsto quando si accede a questi endpoint sul nodo in standby.
2. Convalida integrità nodo in standby:
- Accedi alla console Web OSGi all’indirizzo “http(s)://<host>:<port>/system/console”.
- Verifica che /system/console sia accessibile sul nodo in standby.
- Verifica che le modalità di esecuzione all’indirizzo /system/console/status-slingsettings includano standby (e, se applicabile, crx3, crx3tar).
- Controlla “error.log” per un messaggio di avvio di standby-sync riuscito, ad esempio "Service StandbyStoreha avviato la sincronizzazione in standby con <host>:8023`.
- Rivedi il file MBean JMX in standby (org.apache.jackrabbit.oak:type="Standby") per:
- Running = true
- Status = running
- SecondsSinceLastSuccess non è -1
- Esaminare tarmk-coldstandby.log per l’attività di trasferimento dei segmenti durante la sincronizzazione iniziale.
  3. Verificare che l’impostazione di standby sia corretta:
  - Copiare l’installazione completa in standby solo dopo l’arresto dell’installazione primaria.
  - Configurare configurazioni separate di ‘install.standby’ supportate dal file system.
  - Avviare l’istanza in standby con le modalità di esecuzione: ‘standby,crx3,crx3tar’ (come applicabile).
  - La modalità di esecuzione ‘standby’ da sola non è sufficiente; verificare che tutte le modalità di esecuzione richieste siano presenti.
4. Promuovi standby a primario (se necessario):
- Per testare il failover, arrestare o isolare il primario.
- Aggiornare la modalità di esecuzione dello standby da ‘standby’ a ‘primary’ in ‘crx-quickstart/conf/sling.properties’.
- Avviare il nodo e verificare che il normale accesso ad AEM sia ripristinato.

recommendation-more-help

experience-cloud-kcs-help-kbarticles