Campaign： web@default上的大量殭屍程式

監控警報回報Adobe Campaign執行個體上有異常高的殭屍程式數量。 計數達到23，而監視指示器顯示的最大值為2。 經調查確認，這些程式是無害的作業系統層級已停用Shell協助程式，由一般背景對象載入活動建立。

說明 description

監視系統識別了與web@default父處理序關聯的多個[ sh] <已停用>處理序。 報告的計數高於顯示的最大臨界值：

目前計數： 23個殭屍處理序
監控臨界值：2個處理序
父系程式： web@default
處理序模式：短期/bin/sh協助程式處理序的突發

重新啟動web@default會暫時清除程式，但在後續的背景工作完成後，類似的程式可能會再次出現。

調查發現，沒有證據表明工作停滯、流程循環、對象同步失敗或功能降級。

解決方法 resolution

根本原因

Adobe Campaign會啟動短期殼層協助程式，以執行某些背景和程式外工作，例如：

/bin/sh -c “nlserver job …”

調查將已停用的程式追蹤至正常的CDP/AEP對象載入活動，包括nms:groupLoadJob對象同步作業。 這些工作經常在執行個體上執行，可能會在短時間內建立多個協助程式流程。

當數個協助程式同時完成時，web@default子處理序擷取器可能會間歇性地遺漏收集其退出狀態。 然後，完成的子流’b5’7b會保留在流’b5’7b表中，直到收到它們或父流’b5’7b結束。

顯示的值2不是殭屍處理序數目的硬性限制。 這是在伺服器監視指令碼中設定的警告臨界值。 任何大於2的計數都會使監視指標變成紅色。

影響

殭屍程式是良性的：

他們未使用任何CPU。
他們未耗用記憶體。
它們只包含作業系統流程表格中的流程識別碼。
它們不會影響傳送、工作流程、對象載入或網頁使用者介面。
觀察到的計數遠低於耗盡主機流程表的任何實際風險。
因此，此警示是修飾性的，並不表示Campaign處理失敗。

解析度

工程部門已確認不需要手動修復。

web@default程式設定為每天約06:01自動重新啟動。 此重新啟動會清除所有剩餘的殭屍處理作業，因為作業系統會在子處理作業的上層處理作業結束時重新進行子處理作業。

殭屍處理序已終止，無法有意義地終止或逾時。 當父處理序收集其退出狀態或終止時，它們就會被移除。 在這種情況下，排程的每日重新啟動會提供自動清理功能。

問題已解決，成為正常、高流量對象載入活動的無害副作用。 不需要變更對象同步化、行銷活動工作流程或客戶設定。