AEM 6.5 TarMK Cold Standby : erreur manquante du service AuthenticationSupport HTTP 503

Dernière mise à jour : 19 octobre 2026

✨ Ce contenu est généré par l’IA et peut être inexact. Termes IA génératifs

Cet article décrit pourquoi l’erreur HTTP 503 « Service AuthenticationSupport manquant » apparaît sur les nœuds TarMK Cold Standby d’AEM 6.5 et fournit des étapes pour valider la configuration et le fonctionnement corrects de l’instance de secours.

Description description

Environnement

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

Symptômes

Lors de la configuration d’une instance de secours à froid TarMK dans AEM 6.5 et de la synchronisation du répertoire crx-quickstart entre l’instance principale et l’instance de secours (avec le mode d’exécution de secours), l’accès aux /aem/start.html sur l’instance de secours entraîne une erreur HTTP 503 :

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

Les journaux d’erreurs peuvent également afficher les éléments suivants :

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

Cela se produit après la synchronisation de l’instance principale sur l’instance de secours et la mise à jour du mode d’exécution sur « standby ».

Cause

L’erreur HTTP 503 « Service AuthenticationSupport manquant » sur un nœud de secours différé TarMK est attendue, car le secours n’est pas destiné à servir des points d’entrée AEM normaux. Seule la console web OSGi est accessible pour l’administration. Cela garantit la cohérence des données et empêche l’accès des utilisateurs et utilisatrices à un nœud en lecture seule et synchronisé uniquement.

Résolution resolution

Suivez les étapes ci-dessous pour résoudre le problème.

Comprendre le comportement de secours attendu :
- Dans l’architecture Cold Standby d’AEM TarMK, le nœud secondaire est conçu pour la synchronisation de contenu uniquement et ne sert pas les points d’entrée AEM normaux (tels que « /aem/start.html », Sites, CRXDE ou le gestionnaire de packages).
- L’erreur HTTP 503 avec « Service AuthenticationSupport manquant » est attendue lors de l’accès à ces points d’entrée sur le nœud secondaire.
2. Validez l’intégrité du nœud de secours :
- Accédez à la console web OSGi à l’adresse « http(s)://<hôte>:<port>/system/console ».
- Vérifiez que « /system/console » est accessible sur le nœud de secours.
- Vérifiez que les modes d’exécution à « /system/console/status-slingsettings » incluent « standby » (et, le cas échéant, « crx3 », « crx3tar »).
- Vérifiez le message « error.log » pour un message de démarrage de la synchronisation de secours réussi, tel que « StandbyStoreService a démarré la synchronisation de secours avec <host>:8023 »

Vérifiez le MBean JMX de secours (org.apache.jackrabbit.oak:type=« Standby ») pour :
- Running = true
- Status = running
- SecondsSinceLastSuccess n’est pas -1
- Contrôlez tarmk-coldstandby.log activité de transfert de segment lors de la synchronisation initiale.
  3. Assurez-vous que la configuration de secours est correcte :
  - Copiez uniquement l’installation complète sur l’instance de secours après l’arrêt de l’instance principale.
  - Configurez des configurations « install.standby » distinctes soutenues par le système de fichiers.
  - Démarrez l’instance de secours avec les modes d’exécution : « standby,crx3,crx3tar » (le cas échéant).
  - Le mode d’exécution « standby » seul n’est pas suffisant ; assurez-vous que tous les modes d’exécution requis sont présents.
4. Convertissez l’instance de secours en instance principale (si nécessaire) :
- Pour tester le basculement, arrêtez ou isolez l’instance principale.
- Mettez à jour le mode d’exécution de l’instance de secours de « standby » vers « primary » dans « crx-quickstart/conf/sling.properties ».
- Démarrez le nœud et vérifiez que l’accès AEM normal est restauré.

recommendation-more-help

experience-cloud-kcs-help-kbarticles