SegmentNotFoundException und IllegalArgumentException

Laden Sie die oak-run JAR-Datei von hier https://repo1.maven.org/maven2/org/apache/jackrabbit/oak-run/

Beenden 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 afdb922d-ba53-4a1b-aa1b-1cb044b535cf:234880

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

Stellen Sie das Repository auf diese Revision zurück, indem Sie Folgendes bearbeiten:

/crx-quickstart/repository/segmentstore/journal.log

Löschen Sie alle Zeilen nach der Zeile, die die neueste gute Revision enthält.

Wenn Sie herausfinden möchten, zu welchem Datum und zu welcher Uhrzeit Sie das Repository wiederherstellen, führen Sie diesen Befehl im segmentstore folder (replace afdb922d-ba53-4a1b-aa1b-1cb044b535cf  mit der neuesten guten Revision in Ihrer journal.log):

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

Die Ausgabe zeigt Ihnen ein ungefähres Datum und eine ungefähre Uhrzeit dieser Revision.

Entfernen Sie alle ./crx-quickstart/repository/segmentstore/*.bak files..

Wenn Sie AEM 6.0 verwenden, laden Sie die Oak-Run-Version herunter, die mit der Installation in AEM übereinstimmt.

Herunterladen von hier https://repo1.maven.org/maven2/org/apache/jackrabbit/oak-run/.

Ausführen Checkpoint-Bereinigung um verwaiste Checkpoints zu entfernen:

java -jar oak-run-*.jar checkpoints ./crx-quickstart/repository/segmentstore rm-unreferenced

Komprimieren Sie schließlich das Repository:

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

Beenden Sie AEM.

Verwenden Sie die Oak-Ausführungskonsole und laden Sie die childCount groovy Skript zur Identifizierung der beschädigten Knoten im Segmentspeicher:

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 dem/den beschädigten Knoten angibt:

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 ist das Problem mit binären Eigenschaften und der childCount groovy -Skript 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 aufgefundene Binärdatei liest (beachten Sie, dass dieser Befehl langsamer ist und nur verwendet werden sollte, wenn das oben genannte nicht die erwarteten Ergebnisse zurückgibt):

countNodes(session.workingNode,true)

Entfernen Sie alle identifizierten beschädigten Knoten, die in der Ausgabe des letzten Befehls mit rmNodes.groovy.

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 beschädigte Knotenpfad der in Schritt 2 abgerufene Pfad ist, z. B.: /content/dam/test.txt/jcr:content/renditions/original/jcr:content/.
Hinweis: Bei Verwendung von oak-run.jar Version 1.6.13 und höher, festlegen --read-write JVM-Parameter , wenn ein Fehler wie folgt 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.<init> (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-Befehl sollte für den beschädigten Pfad „true“ zurückgeben, was bedeutet, dass er ihn gelöscht hat.

Stellen Sie sicher, dass diese drei gefundenen beschädigten Pfade gelöscht werden, indem Sie die rmNode auf diesen Pfaden.

Für die nächste Ausführung sollte sie zurückgegeben werden false.

Wenn Sie immer noch sehen, dass dieselben Pfade im Repository vorhanden sind, verwenden Sie die gepatchte Version von oak-run jar (d. h.  oak-run-1.2.18-NPR-17596).

Was bewirkt die gepatchte Version von oak-run jar?

Diese Version von jar überspringt unlesbare Binärdateien bei der Komprimierung, ersetzt sie durch 0-Byte-Binärdateien und protokolliert die Ausnahme und den Pfad zum Server.

Das so komprimierte Repository sollte dann die oak-run-Prüfung, das Knotenzählungsskript, übergeben und Sie sollten es auch mit einem nicht gepatchten Oak-Run erneut komprimieren können.

Führen Sie eine Checkpoint-Bereinigung durch, indem Sie Checkpoints wie unten beschrieben auflisten.

Wenn es mehr als einen Checkpoint gibt, bereinigen Sie die Liste:

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.

Wenn Sie nicht wissen, wie Sie die Offline-Verdichtung ausführen, lesen Sie Oak-Offline-Verdichtungsanweisungen auf GitHub Gist.

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