L'utilizzo del disco è insolitamente elevato o in rapido aumento su AEM server

Descrizione

Ambiente

Adobe Experience Manager

Problema/Sintomi

L'utilizzo del disco è insolitamente elevato o in rapido aumento su un server AEM. Con lo spazio su disco esaurito, AEM ha smesso di funzionare.

Risoluzione

A. Se AEM è in esecuzione e c'è ampio spazio su disco

  1. Configurare la registrazione di traccia di scrittura di oak Se AEM è ancora in esecuzione, possiamo abilitare un logger di debug per dirci su quali percorsi dell'archivio vengono scritti. Per abilitare questo logger, installa il pacchetto di configurazione del registro allegato qui sotto o segui questi passaggi:

    1. Vai a https://aemhost:port/system/console/slinglog
    2. Fai clic su Aggiungi nuovo logger.
    3. Configura un logger: File di log: logs/repgrowth.log Livello di log: traccia, Loggers: org.apache.jackrabbit.oak.jcr.operations.writes
    4. Scarica file. Questo pacchetto contiene la configurazione richiesta per la sessione di scrittura della registrazione per Oak. Installa questo pacchetto tramite il CRX Package Manager. Dopo il periodo di monitoraggio, assicurati di disinstallare il pacchetto.

    Attenzione

    • Il registro include informazioni su tutte le scritture e i dettagli della sessione. Se utilizzi questo logger, assicurati di disporre di spazio su disco sufficiente.
    • Disinstalla il pacchetto di configurazione del registro o rimuovi la configurazione del registro dopo un breve periodo di abilitazione per evitare ulteriori consumi di spazio su disco.

  2. Eseguire il rapporto sull'utilizzo del disco È inoltre possibile sfruttare il rapporto Utilizzo disco https://host:port/etc/reports/diskusage.html. Questo rapporto visualizza lo spazio su disco utilizzato dal percorso dell'archivio. Il rapporto è perforabile e consente di visualizzare anche i sottoalberi.

  3. Cattura le immagini thread ed esegui il profiling Dopo aver utilizzato il file repgrowth.log per avere un'idea di quali dati vengono scritti, possiamo ottenere informazioni su quale codice sta scrivendo quei dati catturando le immagini di thread ed eseguendo il profiling della CPU. Visita queste pagine:

B. Se AEM si è arrestato e/o lo spazio su disco è quasi pieno
Se si è dovuto interrompere la AEM per evitare la crescita dello spazio su disco, utilizzare i comandi riportati di seguito per eseguire alcune analisi iniziali.

  • Su piattaforma Linux, sfrutta la du comando per elencare tutte le directory sotto crx-quickstart con la dimensione riassunta di tali directory:

    du -h --max-depth=2 crx-quickstart

  • Utilizzo trova e du comandi per trovare i file modificati di recente e ottenere le loro dimensioni:

    find crx-quickstart -type f -mtime 1 -exec du -hs {} \; -print

  • Per trovare file di grandi dimensioni nel datastore, è possibile combinare trova, due file comandi per trovare file superiori a 100 MB nel datastore e identificano automaticamente il tipo di file:

    find crx-quickstart/repository/datastore -type f -size +100M -exec sh -c "du -hs \"{}\"; file \"{}\"" \;

  • Se trovi che la crescita si verifica nel segmentstore quindi il comando seguente potrebbe aiutare a indicare quali dati vengono scritti:

    strings data_xxxxxx.tar | egrep '.?/' | sed 's/.$//;s/.\//\//'

Causa
Alcune possibili cause di aumenti insoliti dell'utilizzo del disco sono:

  • La manutenzione corretta non è stata eseguita sul sistema.  Vedi questo articolo per i dettagli sulle varie attività di manutenzione del sistema.
  • AEM o l'applicazione sta creando un numero molto elevato di nodi o aggiornamenti alle proprietà dei nodi.  Questo potrebbe essere dovuto a un errore di configurazione o a un bug del codice dell'applicazione.  Poiché lo stoccaggio del tar in Oak funziona in modalità "append-only", il salvataggio ripetuto dei nodi contribuisce ulteriormente all'eccessiva crescita dell'archivio.
  • File molto grandi sono stati caricati su AEM Assets o su package manager.
  • La registrazione di debug o traccia è stata lasciata abilitata.

In questa pagina