Probleme mit Replikationswarteschlangen
Dieser Artikel behandelt das AEM (Version 6.4 und Version 6.5)-Problem, bei dem AEM Inhaltsreplikation blockiert zu sein scheint. Um dies zu beheben, führen Sie die folgenden Schritte aus:
- Stellen Sie sicher, dass jeder Replikationsagent korrekt aktiviert und konfiguriert ist.
- Starten Sie Replikationsagenten und zugehörige Bundles neu
- Erzwingen der Warteschlangenfreigabe durch Löschen der entsprechenden Sling-Aufträge
Beschreibung description
Umgebung
- Experience Manager 6.4
- Experience Manager 6.5
Problem/Symptome
Die AEM Inhaltsreplikation scheint blockiert zu sein.
Bearbeiter können Inhalte erstellen, die aktivierten Seiten werden jedoch nicht in der CQ5-Veröffentlichungsinstanz aktualisiert.
Auflösung resolution
A. Stellen Sie sicher, dass jeder Replikationsagent korrekt aktiviert und konfiguriert ist.
-
Rufen Sie die Liste der Replikationsagenten auf (
/etc/replication/agents.author.html). -
Gehen Sie für jeden Replikationsagenten wie folgt vor:
- Stellen Sie sicher, dass der Agent aktiviert ist.
- Überprüfen Sie die Verbindung mit der Veröffentlichungsinstanz, indem Sie auf Verbindung testen klicken. Wenn es fehlschlägt, stellen Sie sicher, dass auf TCP-Netzwerkebene der Server, der die AEM Autoreninstanz hostet, eine Verbindung zum Port der Veröffentlichungsinstanz herstellen kann.
- Öffnen Sie das Replikationsprotokoll über den Link "Protokoll anzeigen"und überprüfen Sie, wann der letzte Replikationsversuch erfolgreich war.
- Notieren Sie den ersten Payload-Pfad in der Replikationswarteschlange. Versuchen Sie dann, das erste Element der Replikationswarteschlange zu löschen. Überprüfen Sie dann, ob die Replikation fortgesetzt wird. Aktivieren Sie nach dem Fortsetzen die erste in der Warteschlange notierte Payload erneut.
- Überprüfen Sie mit dem CRX Content Explorer und stellen Sie sicher, dass auf der Veröffentlichungsinstanz kein
/bin/receive-Knoten vorhanden ist. Andernfalls löschen Sie es. - Wenden Sie sich an den CRX Content Explorer und stellen Sie sicher, dass auf der Autoreninstanz kein
/bin/replicate-Knoten vorhanden ist. Andernfalls löschen Sie es.
B. Starten Sie Replikationsagenten und zugehörige Bundles neu.
An diesem Punkt können wir davon ausgehen, dass die Replikationsagenten korrekt konfiguriert sind. Wenn die Protokolle einige Minuten lang keinen Replikationsversuch zeigen, versuchen Sie mit den folgenden Korrekturmaßnahmen, die Warteschlangen zu entsperren. In dieser Reihenfolge wird zwischen jedem Schritt überprüft, ob die Replikation wieder aufgenommen wird.
- Deaktivieren Sie den Replikationsagenten und aktivieren Sie ihn dann erneut.
- Starten Sie das Replikations-Bundle in der Felix-Konsole neu (http://host:port/system/console/bundles/com.day.cq.cq-replication).
- Starten Sie das Apache Sling Event Support Bundle (http://host:port/system/console/bundles/org.apache.sling.event) neu.
- Starten Sie Apache Felix EventAdmin (http://host:port/system/console/bundles/org.apache.felix.eventadmin) neu.
C. Erzwingen Sie die Warteschlangenfreigabe, indem Sie die entsprechenden Sling-Aufträge löschen.
Wenn der obige Fehler auftritt, kann das manuelle Löschen der Warteschlange die letzte Option sein.
Dies lässt sich erreichen, indem man die Sling-Aufträge direkt mit dem Thema =Name des Replikationsagenten löscht.
Am schnellsten können Sie dies tun, indem Sie CRXDE Lite (http://host:port/crx/de/index.jsp) verwenden und den Knoten löschen:
/var/eventing/jobs/assigned/%INSTANCE-SLING-ID%/%REPLICATION-AGENT-FULL-ID%
Beispielsweise mit dem standardmäßigen Veröffentlichungsagenten:
/var/eventing/jobs/assigned/e23dd09d-83f1-4735-a77c-394df479214c/com.day.cq.replication.job.publish
Beachten Sie, dass dies als außergewöhnliche Problemumgehung gilt. Wenden Sie sich trotzdem an AEM Support , wenn ein solcher Fall auftritt.