Campaign: numero elevato di processi Zombie su web@default

Un avviso di monitoraggio ha segnalato un numero insolitamente elevato di processi zombie su un’istanza Adobe Campaign. Il conteggio ha raggiunto 23, mentre l’indicatore di monitoraggio ha visualizzato un valore massimo di 2. L’indagine ha confermato che i processi erano helper shell innocui a livello di sistema operativo e inattivi, creati dalla normale attività di pubblico in background.

Descrizione description

Il sistema di monitoraggio ha identificato più processi [ sh] < defunti> associati al processo padre web@default. Il conteggio segnalato era superiore alla soglia massima visualizzata:

Numero corrente: 23 processi zombie
Soglia di monitoraggio: 2 processi
Processo padre: web@default
Pattern di processo: raffiche di processi helper /bin/sh di breve durata

Un riavvio di web@default ha cancellato temporaneamente i processi, ma processi simili potrebbero apparire di nuovo al termine dei successivi processi in background.

L’indagine non ha trovato alcuna prova di processi bloccati, cicli continui, mancata sincronizzazione del pubblico o deterioramento funzionale.

Risoluzione resolution

Causa principale

Adobe Campaign esegue alcuni processi in background e fuori processo avviando helper shell di breve durata, ad esempio:

/bin/sh -c “processo nlserver …”

L’indagine ha rilevato i processi inattivi alla normale attività di caricamento del pubblico di CDP/AEP, inclusi i processi di sincronizzazione del pubblico nms:groupLoadJob. Questi processi vengono spesso eseguiti sull’istanza e possono creare più processi di supporto in un breve periodo.

Quando diversi helper finiscono simultaneamente, il mietitore di processo secondario web@default può saltare a intermittenza la raccolta dei loro stati di uscita. I processi figlio completati rimangono quindi nella tabella del processo come zombie fino a quando non vengono recuperati o il processo padre viene chiuso.

Il valore visualizzato 2 non è un limite rigido al numero di processi zombie. Si tratta della soglia di avviso configurata nello script di monitoraggio del server. Qualsiasi conteggio superiore a 2 fa diventare rosso l’indicatore di monitoraggio.

Impatto

I processi zombie sono risultati benigni:

Non utilizzavano CPU.
Non consumavano memoria.
Contenevano solo identificatori di processo nella tabella di processo del sistema operativo.
Non hanno influenzato consegne, flussi di lavoro, caricamenti di pubblico o l’interfaccia utente web.
Il conteggio osservato era molto al di sotto di qualsiasi rischio realistico di esaurimento della tabella del processo dell’host.
L’avviso era quindi cosmetico e non indicava un errore di elaborazione di Campaign.

Risoluzione

Il team di progettazione ha confermato che non è necessario alcun intervento manuale.

Il processo web@default è configurato per il riavvio automatico ogni giorno alle 06:01 circa. Questo riavvio cancella tutti i processi zombie rimanenti perché il sistema operativo esegue il mapping dei processi figlio quando il padre esce.

I processi zombie sono già terminati e non possono essere terminati o scaduti in modo significativo. Vengono rimossi quando il processo padre raccoglie il relativo stato di uscita o termina. In questo caso, il riavvio giornaliero pianificato fornisce la pulizia automatica.

Il problema è stato risolto come un effetto collaterale innocuo di una normale attività di pubblico-caricamento di volumi elevati. Non sono state necessarie modifiche alla sincronizzazione del pubblico, ai flussi di lavoro di Campaign o alla configurazione del cliente.