Campagne : nombre élevé de processus Zombie sur web@default

Une alerte de surveillance a signalé un nombre anormalement élevé de processus zombie sur une instance Adobe Campaign. Le nombre a atteint 23, tandis que l’indicateur de surveillance affichait une valeur maximale de 2. L’enquête a confirmé que les processus étaient des assistants shell défunts inoffensifs au niveau du système d’exploitation, créés par une activité normale de chargement de l’audience en arrière-plan.

Description description

Le système de surveillance a identifié plusieurs processus [ sh] < defunt> associés au processus parent web@default. Le nombre signalé était supérieur au seuil maximal affiché :

Nombre actuel : 23 processus zombie
Seuil de suivi : 2 processus
Processus parent : web@default
Modèle de processus : rafales de processus d’assistance de courte durée /bin/sh

Un redémarrage de web@default a effacé les processus temporairement, mais des processus similaires peuvent réapparaître une fois les tâches en arrière-plan suivantes terminées.

L’enquête n’a trouvé aucune preuve de tâches bloquées, de processus de boucle, de synchronisation d’audience ayant échoué ou de dégradation fonctionnelle.

Résolution resolution

Cause première

Adobe Campaign exécute certaines tâches en arrière-plan et hors processus en lançant des assistants shell de courte durée, tels que :

/bin/sh -c « nlserver job … »

L’enquête a retracé les processus défunts jusqu’à l’activité normale de chargement d’audience de CDP/AEP, y compris les tâches de synchronisation d’audience nms:groupLoadJob. Ces tâches s’exécutent fréquemment sur l’instance et peuvent créer plusieurs processus d’assistance en peu de temps.

Lorsque plusieurs assistants se terminent simultanément, le récupérateur de processus enfant web@default peut par intermittence manquer la collecte de ses statuts de sortie. Les processus enfants terminés restent ensuite dans la table de processus en tant que zombies jusqu’à ce qu’ils soient récupérés ou que le processus parent se ferme.

La valeur affichée de 2 n’est pas une limite stricte du nombre de processus zombie. Il s’agit du seuil d’avertissement configuré dans le script de surveillance du serveur. Tout comptage supérieur à 2 entraîne le rougissement de l’indicateur de surveillance.

Impact

Les processus zombie étaient bénins :

Ils n’ont consommé aucun CPU.
Ils n’ont consommé aucune mémoire.
Ils ne contenaient que des identifiants de processus dans la table des processus du système d’exploitation.
Elles n’affectaient pas les diffusions, les workflows, les chargements d’audience ni l’interface utilisateur web.
Le nombre observé était bien inférieur à tout risque réaliste d’épuisement de la table de processus hôte.
L’alerte était donc superficielle et n’indiquait pas d’échec de traitement de Campaign.

Résolution

L’ingénierie a confirmé qu’aucune correction manuelle n’était nécessaire.

Le processus web@default est configuré pour redémarrer automatiquement chaque jour vers 6 h 01. Ce redémarrage efface tous les processus zombie restants, car le système d’exploitation récupère les processus enfants lorsque leur parent se ferme.

Les processus Zombie sont déjà interrompus et ne peuvent pas être supprimés de manière significative ou expirés. Ils sont supprimés lorsque le processus parent collecte leur statut de sortie ou s’arrête. Dans ce cas, le redémarrage quotidien planifié permet un nettoyage automatique.

Le problème a été résolu en tant qu’effet secondaire inoffensif d’une activité normale de charge d’audience élevée. Aucune modification de la synchronisation des audiences, des workflows de campagne ou de la configuration des clients n’était nécessaire.