DocumentazioneExperience Cloud KCS

AEM On-Premise: errore di pulizia dell’archivio segmenti a causa di spazio su disco insufficiente

Ultimo aggiornamento: 12 ottobre 2026

✨ Il contenuto è generato tramite IA e potrebbe non essere accurato. Termini di IA generativi

Questo articolo spiega perché la pulizia automatica della revisione non riesce negli ambienti Adobe Experience Manager (AEM) on-premise quando l’archivio segmenti si avvicina al limite del file system e illustra i passaggi per risolvere il problema.

Descrizione description

Ambiente

Adobe Experience Manager (AEM) 6.5.21.0 con Apache Jackrabbit Oak 1.22.20 su server di pubblicazione che eseguono Linux.

Sintomi

  • La dimensione dell’archivio segmenti aumenta avvicinandosi al limite del file system (ad esempio, 421-425 GB su un file system da 550 GB).
  • La pulizia automatica delle revisioni (compattazione TarMK) non riesce e non viene eseguita a causa di spazio su disco insufficiente.
  • La dimensione dell’archivio continua a crescere, senza disponibilità di storage aggiuntivo per la directory dell’archivio segmenti.
  • I tentativi di compattazione offline sono bloccati dalla mancanza di spazio su disco.
  • I registri di errori mostrano ripetuti annullamenti di compattazione, ad esempio:
  • “Numero GC TarMK: compattazione annullata: spazio su disco insufficiente.”
  • Il processo di pulizia riporta il recupero di 0 B e l’archivio segmenti continua ad aumentare di dimensioni.
  • I comandi di utilizzo del disco (ad esempio, du -sh repository/segmentstore) confermano le dimensioni dell’archivio segmenti.

Passaggi per riprodurre il problema

  1. Consenti all’archivio segmenti di crescere fino a quando non si avvicina al limite del file system.
  2. Tentativo di eseguire la pulizia automatica o offline della revisione.
  3. Osservare gli errori di compattazione dovuti a spazio su disco insufficiente.

Causa

La pulizia automatica della revisione non riesce perché Oak annulla la compattazione della coda TarMK quando non c’è abbastanza spazio su disco per creare una nuova generazione di segmenti. Senza una compattazione corretta, non è possibile recuperare dati di segmenti obsoleti, causando la crescita dell’archivio segmenti fino a esaurimento dello spazio su disco.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Non eliminare manualmente i file da repository/segmentstore mentre AEM è in esecuzione, in quanto ciò potrebbe causare il danneggiamento dell’archivio.

  2. Non eseguire la compattazione offline senza un backup ripristinabile recente e spazio su disco temporaneo sufficiente.

  3. Aumentare la capacità del file system o fornire una memoria temporanea sufficiente per il working set di compattazione.

  4. Se non è possibile eseguire l’espansione permanente, rivolgersi al team dell’infrastruttura per montare un volume temporaneo nella posizione dell’archivio o riposizionare l’archivio in un volume con spazio sufficiente durante una finestra di manutenzione.

  5. Verificare che il volume temporaneo disponga di capacità utilizzabile e prestazioni sufficienti per l’operazione di compattazione completa.

  6. Se possibile, verificare il piano di montaggio o di trasferimento in un ambiente non di produzione.

  7. Esegui e convalida un backup dell’istanza di AEM prima di qualsiasi operazione di compattazione o pulizia. Archiviare il backup separatamente dall’archivio di lavoro.

  8. Verifica compatibilità esecuzione Oak: utilizza una versione di Oak Run corrispondente alla versione di base di Oak implementata (ad esempio, Oak 1.22.20 richiede oak-run-1.22.20.jar). Non utilizzare le versioni precedenti di Oak Run per la compattazione. Per ulteriori informazioni, consulta la documentazione di Oak.

  9. Una volta disponibile una capacità sufficiente, esegui o consenti la pulizia delle revisioni per procedere.

  10. Verificare i registri per la compattazione e il recupero dello spazio, ad esempio:

    • “compattazione completata”
    • “pulizia completata”
    • “spazio recuperato maggiore di 0 B”
    • “Attività RevisionCleanup completata”

  11. Se la pulizia online non è ancora in grado di recuperare spazio, eseguire una compattazione completa offline controllata con AEM arrestato, utilizzando la versione di Oak Run corrispondente e le procedure supportate da Adobe.

  12. Dopo il ripristino, analizzare la causa della crescita del repository esaminando la conservazione dei punti di controllo, l’attività di scrittura del repository, i flussi di lavoro/importazioni, l’attività di indicizzazione e la cronologia delle attività di manutenzione.

recommendation-more-help
experience-cloud-kcs-help-kbarticles