Campaña: Alto número de procesos zombis en web@default
Una alerta de monitorización informó de un número inusualmente alto de procesos zombis en una instancia de Adobe Campaign. El recuento alcanzó 23, mientras que el indicador de monitorización mostró un valor máximo de 2. La investigación confirmó que los procesos eran inofensivos ayudantes de shell inactivos a nivel del sistema operativo creados por una actividad normal de carga de audiencia en segundo plano.
Descripción description
El sistema de supervisión identificó varios procesos [ sh] < obsoletos> asociados con el proceso principal de web@default. El recuento notificado era superior al umbral máximo mostrado:
Recuento actual: 23 procesos zombis
Umbral de monitorización: 2 procesos
Proceso principal: web@default
Patrón de proceso: ráfagas de procesos de ayuda /bin/sh de corta duración
Al reiniciar web@default se borraron los procesos temporalmente, pero podrían volver a aparecer procesos similares una vez completados los trabajos en segundo plano posteriores.
La investigación no encontró evidencia de trabajos atascados, procesos de bucle, sincronización de audiencia fallida o degradación funcional.
Resolución resolution
Causa raíz
Adobe Campaign ejecuta ciertos trabajos en segundo plano y fuera de proceso mediante el inicio de ayudantes de shell de corta duración, como:
/bin/sh -c “trabajo nlserver…”
La investigación rastreó los procesos inactivos hasta la actividad de carga de audiencia CDP/AEP normal, incluidos los trabajos de sincronización de audiencia nms:groupLoadJob. Estos trabajos se ejecutan con frecuencia en la instancia y pueden crear varios procesos de ayuda en un corto periodo de tiempo.
Cuando varios ayudantes terminan simultáneamente, el segador de procesos secundarios de web@default puede perder intermitentemente la recopilación de sus estados de salida. Los procesos secundarios completados permanecen en la tabla de procesos como zombis hasta que se cosechan o hasta que se cierra el proceso principal.
El valor mostrado de 2 no es un límite estricto en el número de procesos zombis. Es el umbral de advertencia configurado en el script de monitorización del servidor. Cualquier recuento por encima de 2 hace que el indicador de monitorización se ponga rojo.
Impacto
Los procesos zombis fueron benignos:
No consumieron CPU.
No consumían memoria.
Solo contenían identificadores de proceso en la tabla de procesos del sistema operativo.
No afectaron a las entregas, los flujos de trabajo, las cargas de audiencia ni a la interfaz de usuario web.
El recuento observado estaba muy por debajo de cualquier riesgo realista de agotar la tabla de procesos del host.
Por lo tanto, la alerta era cosmética y no indicaba un error de procesamiento de Campaign.
Resolución
Los ingenieros confirmaron que no se requería ninguna corrección manual.
El proceso de web@default está configurado para reiniciarse automáticamente todos los días aproximadamente a las 06:01. Este reinicio borra cualquier proceso zombi restante porque el sistema operativo recoge los procesos secundarios cuando su principal se cierra.
Los procesos de Zombie ya han finalizado y no se pueden eliminar ni agotar el tiempo de espera de forma significativa. Se eliminan cuando el proceso principal recopila su estado de salida o finaliza. En este caso, el reinicio diario programado proporciona una limpieza automática.
El problema se resolvió como un efecto secundario inofensivo de la actividad normal de carga de audiencia de gran volumen. No fue necesario realizar cambios en la sincronización de audiencias, en los flujos de trabajo de campaña o en la configuración del cliente.