Campaign： web@default上的僵尸进程数量巨大

监控警报报告Adobe Campaign实例上的僵尸进程数量异常高。 计数达到23，而监视指示器显示的最大值为2。 经调查确认，这些进程是由正常后台受众加载活动创建的操作系统级无功能shell帮助程序无害的。

描述 description

监控系统识别了与web@default父进程关联的多个[ sh] <已停用>进程。 报告的计数高于显示的最大阈值：

当前计数：23个僵尸进程
监控阈值：2个进程
父进程：web@default
进程模式：短期/bin/sh帮助程序进程的突发

重新启动web@default会暂时清除进程，但在后续后台作业完成后，可能会再次出现类似的进程。

调查发现，没有证据表明作业停滞、流程循环、受众同步失败或功能降级。

解决方法 resolution

根本原因

Adobe Campaign通过启动短期的shell帮助程序来运行某些后台作业和进程外作业，例如：

/bin/sh -c “nlserver job …”

调查将失效进程跟踪到正常的CDP/AEP受众加载活动，包括nms:groupLoadJob受众同步作业。 这些作业经常在实例上运行，并且可能会在短时间内创建多个帮助程序进程。

当多个帮助程序同时完成时，web@default子进程接收程序可能会间歇性地错过收集其退出状态。 然后，已完成的子进程将作为僵尸保留在进程表中，直到它们被获取或父进程退出。

显示的值2不是僵尸进程数量的硬性限制。 这是在服务器监控脚本中配置的警告阈值。 任何大于2的计数都会使监控指示器变为红色。

影响

僵尸过程是良性的：

他们没吃CPU。
他们没有消耗任何记忆。
它们仅包含操作系统进程表中的进程标识符。
它们不会影响投放、工作流、受众加载或Web用户界面。
观察到的计数远低于耗尽主机工艺表的任何实际风险。
因此，该警报是修饰性的，不表示Campaign处理失败。

分辨率

工程部门确认不需要手动修复。

web@default进程配置为每天约06:01自动重新启动。 此重新启动会清除所有剩余的僵尸进程，因为操作系统会在父进程退出时重新生成子进程。

僵尸进程已终止，无法被有意义地终止或超时。 当父进程收集其退出状态或终止时，它们将被删除。 在这种情况下，计划的每日重新启动会提供自动清理。

已解决该问题，认为它是正常、高容量受众加载活动的无害副作用。 无需更改受众同步、活动工作流或客户配置。