I flussi di lavoro rimangono bloccati nello stato In esecuzione a causa di un deadlock del pod di authoring

Questo articolo spiega come identificare e attenuare il deadlock di un pod di authoring in Adobe Experience Manager (AEM) as a Cloud Service quando le istanze del flusso di lavoro rimangono bloccate nello stato In esecuzione dopo il passaggio Inizio.

Descrizione description

Ambiente

Adobe Experience Manager (AEM) as a Cloud Service

Problema/Sintomi

  • Le istanze del flusso di lavoro completano il passaggio Inizio ma rimangono nello stato In esecuzione per un tempo indefinito.
  • I processi del flusso di lavoro non vengono eseguiti perché l’elaborazione relativa a Sling Event Dispatcher e Oak Observation in un pod di authoring interessato è bloccata.
  • Nei casi osservati, durante il verificarsi del problema nei registri non è visibile alcun errore dell’applicazione corrispondente.
  • Il riavvio o la sostituzione del pod di authoring interessato ripristina il flusso di lavoro e l’elaborazione del processo.
  • Esempio di percorsi di istanze del flusso di lavoro simili a /var/workflow/instances/<server>/<date>/<workflow-instance>.

Causa

Un deadlock che interessa l’evento Sling Dispatcher e l’osservazione di Oak in un pod di authoring può impedire la consegna degli eventi del flusso di lavoro e del processo, lasciando le istanze del flusso di lavoro bloccate nello stato In esecuzione fino al riavvio o alla sostituzione del pod interessato.

Risoluzione resolution

Per correggere i flussi di lavoro che rimangono bloccati nello stato In esecuzione a causa di un deadlock del pod di authoring, provare questa soluzione alternativa:

  1. Verificare che le istanze del flusso di lavoro interessate rimangano nello stato In esecuzione dopo il passaggio Inizio e che i processi correlati non stiano avanzando.
  2. Determina se il comportamento è isolato in uno specifico pod di authoring confrontando l’attività del flusso di lavoro tra le istanze di authoring e rivedendo gli indicatori disponibili dell’elaborazione di eventi o osservazioni in stallo.
  3. Quando possibile, raccogli le immagini thread dal pod di authoring interessato durante l’evento imprevisto, in modo da convalidare la condizione di deadlock.
  4. Riavvia o sostituisci il pod di authoring interessato per ripristinare il flusso di lavoro e l’elaborazione dei processi.
  5. Dopo il riavvio, monitora l’esecuzione del flusso di lavoro e la progressione del processo per confermare che gli elementi appena avviati e quelli precedentemente arrestati inizino di nuovo l’elaborazione.
recommendation-more-help
experience-cloud-kcs-help-kbarticles