Campanha: Alto número de processos zumbis em web@default

Um alerta de monitoramento relatou um número excepcionalmente alto de processos zumbis em uma instância do Adobe Campaign. A contagem atingiu 23, enquanto o indicador de monitoramento exibia um valor máximo de 2. A investigação confirmou que os processos eram inofensivos auxiliares de shell extintos em nível de sistema operacional criados por atividades normais de carga de público-alvo em segundo plano.

Descrição description

O sistema de monitoramento identificou vários processos [ sh] < extintos> associados ao processo pai web@default. A contagem relatada foi maior que o limite máximo exibido:

Contagem atual: 23 processos zumbis
Limite de monitoramento: 2 processos
Processo pai: web@default
Padrão do processo: intermitências de processos auxiliares de vida curta /bin/sh

Uma reinicialização de web@default limpou os processos temporariamente, mas processos semelhantes podem aparecer novamente após a conclusão de trabalhos em segundo plano subsequentes.

A investigação não encontrou evidências de trabalhos paralisados, processos em loop, falha na sincronização do público-alvo ou degradação funcional.

Resolução resolution

Causa raiz

O Adobe Campaign executa determinados trabalhos em segundo plano e fora do processo, iniciando auxiliares de shell de vida curta, como:

/bin/sh -c “nlserver job …”

A investigação rastreou os processos extintos para a atividade de carga de público-alvo normal de CDP/AEP, incluindo trabalhos de sincronização de público-alvo nms:groupLoadJob. Esses trabalhos são executados com frequência na instância e podem criar vários processos auxiliares em um curto período.

Quando vários auxiliares terminam simultaneamente, o web@default do processo secundário pode perder intermitentemente a coleta dos status de saída. Os processos secundários concluídos permanecem na tabela de processos como zumbis até que sejam coletados ou o processo pai seja encerrado.

O valor exibido de 2 não é um limite rígido no número de processos zumbis. É o limite de aviso configurado no script de monitoramento do servidor. Qualquer contagem acima de 2 faz com que o indicador de monitoramento fique vermelho.

Impacto

Os processos zumbis foram benignos:

Eles não consumiram CPU.
Eles não consumiram memória.
Eles continham somente identificadores de processo na tabela de processos do sistema operacional.
Eles não afetaram os deliveries, os fluxos de trabalho, as cargas de público ou a interface da Web.
A contagem observada estava muito abaixo de qualquer risco realista de esgotar a tabela de processos do host.
Portanto, o alerta era superficial e não indicava uma falha no processamento da campanha.

Resolução

A engenharia confirmou que nenhuma correção manual era necessária.

O processo web@default é configurado para reiniciar automaticamente todos os dias às 06:01, aproximadamente. Essa reinicialização limpa todos os processos zumbis restantes porque o sistema operacional recupera os processos filhos quando seus pais saem.

Os processos zumbis já foram encerrados e não podem ser eliminados significativamente ou expirados. Elas são removidas quando o processo principal coleta o status de saída ou é encerrado. Nesse caso, a reinicialização diária programada fornece limpeza automática.

O problema foi resolvido como um efeito colateral inofensivo de uma atividade normal de alto volume de carga de público-alvo. Nenhuma alteração na sincronização de público, nos workflows da campanha ou na configuração do cliente foi necessária.