AEM On-Premise : échec du nettoyage de l’entrepôt de segments en raison d’un espace disque insuffisant
✨ Ce contenu est généré par l’IA et peut être inexact. Termes IA génératifs
Cet article explique pourquoi le nettoyage automatique des révisions échoue dans les environnements On-Premise Adobe Experience Manager (AEM) lorsque l’entrepôt de segments approche la limite du système de fichiers et décrit les étapes à suivre pour résoudre le problème.
Description description
Environnement
Adobe Experience Manager (AEM) 6.5.21.0 avec Apache Jackrabbit Oak 1.22.20 sur les serveurs de publication exécutant Linux.
Symptômes
- La taille de l’entrepôt de segments augmente pour approcher la limite du système de fichiers (par exemple, 421 à 425 Go sur un système de fichiers de 550 Go).
- Le nettoyage automatique des révisions (compression TarMK) échoue et ne s’exécute pas en raison d’un espace disque disponible insuffisant.
- La taille du référentiel continue d’augmenter, sans stockage supplémentaire disponible pour le répertoire d’entrepôt de segments.
- Les tentatives d’exécution de la compression hors ligne sont bloquées par un manque de capacité du disque.
- Les journaux d’erreurs affichent des annulations de compression répétées, telles que :
- « TarMK GC # : compression annulée : espace disque insuffisant. »
- Le processus de nettoyage signale une récupération de 0 B et la taille de l’entrepôt de segments continue d’augmenter.
- Les commandes d’utilisation du disque (par exemple,
du -sh repository/segmentstore) confirment la taille de l’entrepôt de segments.
Procédure à suivre
- Laissez le magasin de segments croître jusqu’à ce qu’il approche la limite du système de fichiers.
- Tentative d’exécution du nettoyage des révisions automatique ou hors ligne.
- Observez les échecs de compression dus à un espace disque insuffisant.
Cause
Le nettoyage automatique des révisions échoue, car Oak annule la compression partielle TarMK lorsqu’il n’y a pas suffisamment d’espace disque pour créer une génération de segment. Sans compression réussie, les données de segment obsolètes ne peuvent pas être récupérées, ce qui entraîne la croissance de l’entrepôt de segments jusqu’à ce que l’espace disque soit épuisé.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Ne supprimez pas manuellement les fichiers de
repository/segmentstorependant l’exécution d’AEM, car cela peut entraîner la corruption du référentiel. -
N’exécutez pas la compression hors ligne sans une sauvegarde récente et restaurable et un espace disque temporaire suffisant.
-
Augmentez la capacité du système de fichiers ou fournissez un stockage temporaire suffisant pour le jeu de travail de compression.
-
Si une extension permanente n’est pas possible, demandez à votre équipe d’infrastructure de monter un volume temporaire à l’emplacement du référentiel ou de déplacer le référentiel vers un volume disposant d’un espace suffisant pendant une période de maintenance.
-
Vérifiez que le volume temporaire dispose d’une capacité utilisable et de performances suffisantes pour l’opération de compression complète.
-
Testez si possible le plan de montage ou de relocalisation dans un environnement hors production.
-
Effectuez et validez une sauvegarde de l’instance AEM avant toute opération de compression ou de nettoyage. Stockez la sauvegarde séparément du stockage opérationnel.
-
Vérifier la compatibilité avec l’exécution Oak : utilisez une version d’exécution Oak correspondant à la version principale d’Oak déployée (par exemple, Oak 1.22.20 nécessite
oak-run-1.22.20.jar). N’utilisez pas d’anciennes versions d’exécution d’Oak pour la compression. Pour plus d’informations, consultez la documentation d’Oak . -
Une fois que la capacité est suffisante, exécutez ou autorisez le nettoyage des révisions.
-
Vérifiez les journaux pour une compression réussie et une récupération de l’espace, par exemple :
- « compression réussie »
- « nettoyage terminé »
- « espace récupéré supérieur à 0 B »
- « La tâche de nettoyage de révision s’est terminée avec succès »
-
Si le nettoyage en ligne ne peut toujours pas récupérer d’espace, effectuez une compression complète hors ligne contrôlée avec AEM arrêté, en utilisant la version d’exécution d’Oak et les procédures prises en charge par Adobe correspondantes.
-
Après la restauration, recherchez la cause de la croissance du référentiel en examinant la rétention des points de contrôle, l’activité d’écriture du référentiel, les workflows/imports, l’activité d’indexation et l’historique des tâches de maintenance.