Kampagne: Hohe Anzahl an Zombie-Prozessen auf web@default
Ein Warnhinweis zur Überwachung meldete eine ungewöhnlich hohe Anzahl von Zombie-Prozessen in einer Adobe Campaign-Instanz. Der Zähler erreichte 23, während die Überwachungsanzeige einen Maximalwert von 2 anzeigte. Die Untersuchung bestätigte, dass es sich bei den Prozessen um harmlose veraltete Shell-Helper auf Betriebssystemebene handelte, die durch normale Hintergrundaktivitäten zum Laden von Zielgruppen erstellt wurden.
Beschreibung description
Das Überwachungssystem identifizierte mehrere [ sh] < nicht mehr >, die mit dem übergeordneten Prozess web@default verbunden sind. Die gemeldete Anzahl war höher als der angezeigte maximale Schwellenwert:
Aktuelle Zählung: 23 Zombie-Prozesse
Überwachungsschwelle: 2 Prozesse
Übergeordneter Prozess: web@default
Prozessmuster: Bursts von kurzlebigen /bin/sh-Helper-Prozessen
Ein Neustart von web@default hat die Prozesse vorübergehend gelöscht, aber ähnliche Prozesse konnten nach Abschluss nachfolgender Hintergrundaufträge erneut angezeigt werden.
Die Untersuchung erbrachte keine Hinweise auf blockierte Aufträge, Schleifenprozesse, fehlgeschlagene Zielgruppensynchronisierung oder funktionale Beeinträchtigung.
Lösung resolution
Ursache
Adobe Campaign führt bestimmte Hintergrund- und Nicht-Prozess-Aufträge aus, indem kurzlebige Shell-Helper gestartet werden, z. B.:
/bin/sh -c „nlserver job …“
Die Untersuchung führte die nicht mehr unterstützten Prozesse auf normale CDP/AEP-Aktivitäten zum Laden von Zielgruppen zurück, einschließlich nms:groupLoadJob-Synchronisierungsaufträge für Zielgruppen. Diese Vorgänge werden häufig auf der Instanz ausgeführt und können in kurzer Zeit mehrere Hilfsprozesse erstellen.
Wenn mehrere Helper gleichzeitig fertig sind, kann der Kindprozess-Reaper von web@default zeitweise die Erfassung ihrer Ausstiegsstatus verpassen. Die abgeschlossenen untergeordneten Prozesse verbleiben dann als Zombies in der Prozesstabelle, bis sie erfasst werden oder der übergeordnete Prozess beendet wird.
Der angezeigte Wert 2 ist keine feste Grenze für die Anzahl der Zombie-Prozesse. Dies ist der Warnschwellenwert, der im Skript zur Serverüberwachung konfiguriert wird. Jede Zahl über 2 führt dazu, dass die Überwachungsanzeige rot wird.
Impact
Die Zombie-Prozesse waren gutartig:
Sie konsumierten kein CPU.
Sie verbrauchten kein Gedächtnis.
Sie enthielten nur Prozesskennungen in der Prozesstabelle des Betriebssystems.
Sie hatten keine Auswirkungen auf Sendungen, Workflows, Zielgruppen-Lasten oder die Web-Benutzeroberfläche.
Die beobachtete Anzahl lag weit unter jedem realistischen Risiko, die Host-Prozesstabelle zu erschöpfen.
Der Warnhinweis war daher rein kosmetischer Natur und deutete nicht auf einen Fehler bei der Campaign-Verarbeitung hin.
Lösung
Der Techniker bestätigte, dass keine manuelle Korrektur erforderlich ist.
Der Prozess web@default ist so konfiguriert, dass er jeden Tag um ca. 06:01 Uhr automatisch neu gestartet wird. Dieser Neustart löscht alle verbleibenden Zombie-Prozesse, da das Betriebssystem die untergeordneten Prozesse erfasst, wenn deren übergeordnetes Element beendet wird.
Zombie-Prozesse sind bereits beendet und können nicht bedeutsam beendet oder durch eine Zeitüberschreitung beendet werden. Sie werden entfernt, wenn der übergeordnete Prozess ihren Exitstatus erfasst oder beendet. In diesem Fall sorgt der geplante tägliche Neustart für eine automatische Bereinigung.
Das Problem wurde als harmloser Nebeneffekt einer normalen, umfangreichen Aktivität zum Laden von Zielgruppen behoben. Es waren keine Änderungen an der Synchronisierung von Audiences, an Campaign-Workflows oder an der Kundenkonfiguration erforderlich.