SegmentNotFoundException in AEM-Protokollen und -Instanzen funktioniert nicht

Laden Sie die oak-run-JAR-Datei von org/apache/jackrabbit/oak-run.

Stoppen Sie AEM.

Führen Sie diesen Befehl aus:
java -jar oak-run-*.jar check --bin=-1 crx-quickstart/repository/segmentstore/

Dieser Befehl durchsucht die Revisionen rückwärts, bis er einen konsistenten findet:

14:00:30.783 [ main] INFO o.a.j.o.p.s.f.t.ConsistencyChecker - Found latest good revision xxxx000x-ba53-4a1b-aa1b-0xx000x000xx:234880

Hinweis: Falls der ConsistencyChecker fehlschlägt, fahren Sie mit dem nächsten Abschnitt fort.

Setzen Sie das Repository auf diese Revision zurück, indem Sie den unten angegebenen Befehl bearbeiten.
/crx-quickstart/repository/segmentstore/journal.log.

Löschen Sie alle Zeilen nach der Zeile, die die letzte zweifelsfrei funktionierende Revision enthält. Um herauszufinden, welches Datum und welche Uhrzeit auf das Repository zurückgesetzt werden müssen, führen Sie diesen Befehl im segmentstore aus (ersetzen Sie xxxx000x-ba53-4a1b-aa1b-0xx000x000xx im journal.log durch die letzte zweifelsfrei funktionierende Revision):

find . -type f -name "data*.tar" -exec sh -c "tar -tvf {} |grep xxxx000x-ba53-4a1b-aa1b-0xx000x000xx" \; -print

Die Ausgabe würde ein ungefähres Datum und eine ungefähre Uhrzeit dieser Revision anzeigen.

Alle ./crx-quickstart/repository/segmentstore/*.bak files entfernen.

Wenn AEM 6.0 verwendet wird, laden Sie die oak-run-Version, die mit der installierten Version in AEM übereinstimmt, für die restlichen Schritte herunter. Laden Sie sie von diesem Link herunter: org/apache/jackrabbit/oak-run.

Führen Sie die Checkpoint-Bereinigung aus, um verwaiste Checkpoints zu entfernen:
java -jar oak-run-*.jar checkpoints ./crx-quickstart/repository/segmentstore rm-unreferenced.

Komprimieren Sie abschließend das Repository:
java -jar oak-run-*.jar compact ./crx-quickstart/repository/segmentstore/.

Stoppen Sie AEM.

Verwenden Sie die Oak-Ausführungskonsole und laden Sie das Skript „childCount groovy“, um die beschädigten Knoten im Segmentspeicher zu identifizieren:

• Laden Sie die Oak-Run-Konsolen-Shell:

  java -jar oak-run-*.jar console crx-quickstart/repository/segmentstore

• Führen Sie die beiden folgenden Befehle in der Shell aus, um das Skript zu laden und auszuführen:

  : load https://gist.githubusercontent.com/stillalex/e7067bcb86c89bef66c8/raw/d7a5a9b839c3bb0ae5840252022f871fd38374d3/childCount.groovy

  countNodes(session.workingNode)

• Dies führt zur folgenden Ausgabe, die den Pfad zu den beschädigten Knoten angibt:

  code language-none
  21:21:42.029 [ main] ERROR o.a.j.o.p.segment.SegmentTracker - Segment not found: 63ae05a4-b506-445c-baa2-cfa1b13b6e2f. Creation date delta is 3 ms. warning unable to read node /content/dam/test.txt/jcr:content/renditions/original/jcr:content

  • In einigen Fällen hängt das Problem mit binären Eigenschaften zusammen und das childCount groovy kann keine beschädigten Knoten finden. In diesen Fällen können Sie stattdessen den folgenden Befehl verwenden, der die ersten 1024 Byte für jede während der Durchlaufphase aufgetretene Binärdatei liest.

  (Beachten Sie, dass dieser Befehl langsamer ist und nur verwendet werden sollte, wenn die obige Lösung nicht die erwarteten Ergebnisse liefert):

  countNodes(session.workingNode,true)

Entfernen Sie mithilfe von rmNodes.groovy alle identifizierten beschädigten Knoten, die in der Ausgabe des letzten Befehls aufgelistet sind.

• Laden Sie die Oak-Run-Konsolen-Shell:

  java -jar oak-run-*.jar console crx-quickstart/repository/segmentstore

• Laden Sie das Skript „groovy“:

  :load https://gist.githubusercontent.com/stillalex/43c49af065e3dd1fd5bf/raw/9e726a59f75b46e7b474f7ac763b0888d5a3f0c3/rmNode.groovy

• Führen Sie den Befehl rmNode aus, um den beschädigten Knoten zu entfernen, und ersetzen Sie /path/to/corrupt/node durch den Pfad zu dem beschädigten Knoten, den Sie entfernen möchten.

  rmNode(session, "/path/to/corrupt/node")

  Wobei der Pfad des beschädigten Knotens der Pfad ist, der in Schritt 2 ermittelt wurde, zum Beispiel:

  "/content/dam/test.txt/jcr:content/renditions/original/jcr:content/"

Hinweis: Wenn Sie oak-run.jar Version 1.6.13 und höher verwenden, legen Sie --read-write JVM-Parameter fest, wenn ein Fehler wie der folgende auftritt:

rmNode(session,"/path/to/corrupt/node") Removing node /path/to/corrupt/node ERROR java.lang.UnsupportedOperationException:
Cannot write to read-only store at org.apache.jackrabbit.oak.segment.SegmentWriterBuilder$1.execute
(SegmentWriterBuilder.java:171) at org.apache.jackrabbit.oak.segment.SegmentWriter.writeNode (SegmentWriter.java:318) at
org.apache.jackrabbit.oak.segment.SegmentNodeBuilder.getNodeState (SegmentNodeBuilder.java:111) at
org.apache.jackrabbit.oak.segment.SegmentNodeStore$Commit. (SegmentNodeStore.java:581) at
org.apache.jackrabbit.oak.segment.SegmentNodeStore.merge (SegmentNodeStore.java:333) at
org.apache.jackrabbit.oak.spi.state.NodeStore$merge.call (Unknown Source) at groovysh_evaluate.rmNode (groovysh_evaluate:11)

Wiederholen Sie Schritt 3 für alle in Schritt 2 gefundenen Knoten. Der obige rmNode sollte für den beschädigten Pfad „true“ zurückgeben, was bedeutet, dass er ihn gelöscht hat. Stellen Sie sicher, dass die drei gefundenen beschädigten Pfade gelöscht werden, indem Sie den rmNode-Befehl für diese Pfade erneut ausführen. Bei der nächsten Ausführung sollte false zurückgegeben werden. Wenn die gleichen Pfade im Repository vorhanden sind, wird empfohlen, die gepatchte Version von oak-run jar zu verwenden, d. h. oak-run-1.2.18-NPR-00000.

Was bewirkt die gepatchte Version von Oak run Jar?

Diese Version von JAR überspringt unlesbare Binärdateien bei der Komprimierung und ersetzt sie durch 0-Byte-Binärdateien und protokolliert die Ausnahme und den Pfad zu syserr (Fehlermeldungsfenster). Das komprimierte Repository sollte dann die Oak-run-Prüfung, das Knotenzählungsskript, bestehen und auch in der Lage sein, die Komprimierung erneut mit einem nicht gepatchten Oak-run-Objekt durchzuführen.

Führen Sie eine Checkpoint-Bereinigung durch, indem Sie Checkpoints wie unten beschrieben auflisten. Wenn es mehr als einen Checkpoint gibt, bereinigen Sie ihn:

nohup java -Xmx4096m -jar oak-run-1.2.18.jar checkpoints /app/AEM6/author/crx-quickstart/repository/segmentstore rm-all >> nohup.out &

Führen Sie eine Offline-Komprimierung aus. Erfahren Sie (hier), wie ​ Offline-Komprimierung ​.

Starten Sie den Server und warten Sie auf den Abschluss der Indizierung.