DocumentazioneExperience Cloud KCS

Analisi degli errori di crescita e sincronizzazione dei registri in AEM TarMK Cold Standby

Ultimo aggiornamento: 30 ottobre 2026

Questo articolo spiega come risolvere la rapida crescita del file tarmk-coldstandby.log e gli errori di sincronizzazione negli ambienti Adobe Experience Manager (AEM) TarMK Cold Standby, in genere causati da un’eccessiva registrazione DEBUG e da un’elaborazione ricorsiva profonda.

Descrizione description

Ambiente

Adobe Experience Manager 6.5 o AEM 6.5 LTS configurato con TarMK Cold Standby; conferma la versione applicabile prima di utilizzare questi passaggi.

Problema/Sintomi

  • tarmk-coldstandby.log dell’istanza in standby cresce rapidamente.
  • Lo spazio su disco nell’istanza in standby è insufficiente o esaurito.
  • Sincronizzazione Cold Standby non riuscita o interruzione dell’aggiornamento.
  • I registri contengono StackOverflowError voci ripetute durante la sincronizzazione.

Causa

Nel modello di errore documentato, la registrazione DEBUG registra un volume elevato di attività di sincronizzazione dei segmenti. Lo stesso incidente includeva StackOverflowError voci ricorrenti durante l’elaborazione ricorsiva dei riferimenti ai segmenti. Prima di applicare una correzione, verificare sia il livello logger che l’evidenza dell’errore; questi sintomi da soli non stabiliscono che ogni errore di sincronizzazione abbia la stessa causa.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Aumentare le dimensioni dello stack del thread JVM nell’istanza in standby regolando l’opzione JVM -Xss su un valore maggiore, ad esempio 2m. Questo aiuta a prevenire StackOverflowError durante l’elaborazione ricorsiva profonda.
  2. Esaminare la configurazione di registrazione per i componenti in standby a freddo e impostare il livello di registro per org.apache.jackrabbit.oak.segment.standby.client e le classi correlate su INFO durante le normali operazioni.
  3. Abilitare la registrazione di DEBUG solo quando è richiesta una risoluzione dettagliata dei problemi, perché la registrazione di DEBUG eccessiva è la causa principale della crescita dei file di registro.
  4. Per modificare i livelli di registro, utilizzare Console di sistema > Supporto log Sling e aggiornamento della configurazione per i logger interessati.
  5. Se i problemi di sincronizzazione persistono, ricreare l’istanza in standby da un’istanza primaria integra per eliminare le incoerenze accumulate.
  6. Monitorare l’utilizzo dei dischi e la crescita dei file di registro sui nodi in standby per identificare tempestivamente i pattern di crescita anomali.
  7. Monitora la sincronizzazione in standby a freddo esaminando le metriche disponibili nella console web OSGi di AEM, incluso lo stato della sincronizzazione in standby e l’ora dell’ultima sincronizzazione eseguita correttamente.
  8. Verificare che la crescita del file di log sia controllata, che la sincronizzazione in standby a freddo sia stata completata correttamente e che non vengano segnalate ulteriori StackOverflowError occorrenze.
recommendation-more-help
experience-cloud-kcs-help-kbarticles