Présence de SegmentNotFoundException dans les journaux AEM et Instance ne fonctionne pas

Téléchargez le fichier JAR oak-run ici : http://repo1.maven.org/maven2/org/apache/jackrabbit/oak-run/

Arrêtez AEM.

Exécuter cette commande :

java -jar oak-run-*.jar check --bin=-1 crx-quickstart/repository/segmentstore/

Cette commande effectue une recherche des révisions passées jusqu’à ce qu’elle détecte une révision cohérente :

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

(Si le ConsistencyChecker échoue, accédez à la section suivante).

Rétablissez le référentiel à partir de cette révision en modifiant le fichier.

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

Supprimez toutes les lignes après la ligne contenant la dernière modification correcte. Si vous souhaitez savoir à quelle date et heure vous rétablissez le référentiel, exécutez cette commande dans le dossier segmentstore (remplacez afdb922d-ba53-4a1b-aa1b-1cb044b535cf avec la dernière bonne modification dans votre journal.log) :

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

La sortie affiche une date et une heure approximative de cette modification.

Tout supprimer .fichiers /crx-quickstart/repository/segmentstore/*.bak

Si vous utilisez AEM 6.0, téléchargez la version oak-run adéquate qui est installée dans l’AEM pour les étapes restantes.  Téléchargez-le à partir d’ici http://repo1.maven.org/maven2/org/apache/jackrabbit/oak-run/

Lancez le nettoyage du point de contrôle pour supprimer les points de contrôle orphelins :

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

Enfin, compressez le référentiel :

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

Arrêtez AEM.

Utilisez la console d’exécution Oak et chargez le script childCount groovy pour identifier les nœuds corrompus dans le stockeur de segments :

Chargement de la coque de la console oak-run :

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

Exécutez les deux commandes ci-dessous dans l’interpréteur pour charger le script et l’exécuter :

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

countNodes(session.workingNode)

En conséquent, la sortie suivante indique le chemin vers le ou les nœuds corrompus :

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

Dans certains cas, le problème est lié aux propriétés binaires et le script groovy de childCount ne parvient pas à localiser tous les nœuds corrompus.  Dans ce cas, vous pouvez utiliser à sa place la commande suivante, qui lit les 1024 premiers octets pour chaque bitmap rencontré lors de la traversée (cette commande sera plus lente et ne doit être utilisée que lorsque celle ci-dessus ne donne pas les résultats escomptés) :

countNodes(session.workingNode,true)

Supprimez tous les nœuds corrompus identifiés et répertoriés dans la sortie de la dernière commande avec rmNodes.groovy.

Chargement de la coque de la console oak-run :

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

Charger le script groovy :

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

Exécutez la commande rmNode pour supprimer le nœud corrompu, remplacez /path/to/corrupt/node par le chemin d’accès au nœud corrompu à supprimer.

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

Où le chemin du nœud endommagé est le chemin obtenu à l’étape 2, par exemple : "/content/dam/test.txt/jcr:content/renditions/original/jcr:content/"

Répétez l’étape 3 pour tous les nœuds trouvés à l’étape 2.

Cette commande rmNode ci-dessus devrait renvoyer une valeur vraie pour le chemin corrompu, ce qui signifie qu’elle l’a supprimé. Assurez-vous que ces trois chemins corrompus ont été supprimés par la commande de réexécution rmNode sur ces tracés. La prochaine exécution devrait renvoyer une valeur fausse.

Si vous voyez toujours que les mêmes chemins sont disponibles dans le référentiel, alors utilisez la version rapiécée de Oak, c.-à-d. oak-run-1.2.18-NPR-17596

Qu’est -ce que la version corrigée du Oak run Jar Do ?

Cette version de jar ignore les binaires illisibles sur la compression remplaçant sont des fichiers binaires de 0 octets et enregistrement efficace de l’exception et le tracé au syserr. Le référentiel récursif doit alors transmettre le code oak-run, le script du nombre de nœuds et vous devriez également l’utiliser de nouveau en utilisant un non- patched oak-run.

Effectuez un nettoyage de point de contrôle en suivant les points de contrôle ci-dessous. S’il existe plusieurs points de contrôle, effacez-les :

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

Réalisez une compression hors ligne.  Si vous ne savez pas réaliser une compression hors ligne, voir ici.

Démarrez le serveur pour terminer l’indexation.