캠페인: web@default에서 많은 좀비 프로세스 수

모니터링 경고가 Adobe Campaign 인스턴스에서 비정상적으로 많은 좀비 프로세스를 보고했습니다. 모니터링 표시기가 최대값인 2를 표시하는 동안 카운트가 23에 도달했습니다. 조사 결과 이 프로세스는 일반적인 백그라운드 대상 로드 활동으로 생성된 무해한 운영 체제 수준의 기능 상실 셸 도우미였다는 것이 확인됐다.

설명 description

모니터링 시스템에서 web@default 상위 프로세스와 연결된 [ sh] < 사용되지 않는 > 프로세스를 여러 개 확인했습니다. 보고된 수가 표시된 최대 임계값보다 높았습니다.

현재 개수: 23개의 좀비 프로세스
모니터링 임계값: 2개 프로세스
상위 프로세스: web@default
프로세스 패턴: 단기 /bin/sh 도우미 프로세스의 버스트

web@default을 다시 시작하면 프로세스가 일시적으로 지워졌지만 후속 백그라운드 작업이 완료된 후 유사한 프로세스가 다시 나타날 수 있습니다.

조사 결과 작업 중단, 프로세스 반복, 대상자 동기화 실패 또는 기능 저하의 증거가 발견되지 않았습니다.

해결 방법 resolution

근본 원인

Adobe Campaign은 다음과 같은 단기 셸 도우미를 실행하여 특정 백그라운드 작업 및 프로세스 외 작업을 실행합니다.

/bin/sh -c “nlserver 작업 …”

조사에서 사용되지 않는 프로세스가 nms:groupLoadJob개의 대상 동기화 작업을 포함하여 일반 CDP/AEP 대상 로드 활동으로 추적되었습니다. 이러한 작업은 인스턴스에서 자주 실행되며 단기간에 여러 도우미 프로세스를 만들 수 있습니다.

여러 도우미가 동시에 완료되면 web@default 하위 프로세스 리퍼는 간헐적으로 종료 상태를 수집하지 못할 수 있습니다. 그런 다음 완료된 하위 프로세스는 해당 프로세스가 리프트되거나 상위 프로세스가 종료될 때까지 프로세스 테이블에 좀비로 남아 있습니다.

표시된 값 2는 좀비 프로세스의 수에 대한 엄격한 제한이 아닙니다. 서버 모니터링 스크립트에 구성된 경고 임계값입니다. 2 이상의 카운트는 모니터링 표시기가 빨간색으로 바뀝니다.

영향

좀비 과정은 양성이었다:

그들은 CPU을 소비하지 않았다.
그들은 메모리를 전혀 소비하지 않았다.
운영 체제 프로세스 테이블에는 프로세스 식별자만 들어 있었습니다.
게재, 워크플로우, 대상자 로드 또는 웹 사용자 인터페이스에는 영향을 주지 않았습니다.
관찰된 카운트는 호스트 프로세스 테이블을 고갈시킬 어떠한 현실적인 위험도 훨씬 낮았다.
따라서 경보는 표시용이었고 캠페인 처리 실패를 나타내지는 않았습니다.

해상도

엔지니어링에서 수동 수정이 필요하지 않음을 확인했습니다.

web@default 프로세스는 매일 약 06:01에 자동으로 다시 시작되도록 구성됩니다. 이렇게 다시 시작하면 상위 프로세스가 종료되면 운영 체제가 하위 프로세스를 다시 실행하므로 남아 있는 좀비 프로세스가 모두 지워집니다.

좀비 프로세스는 이미 종료되었으며 의미 있게 종료하거나 시간 초과될 수 없습니다. 상위 프로세스가 종료 상태를 수집하거나 종료되면 제거됩니다. 이 경우 매일 예약된 다시 시작은 자동 정리를 제공합니다.

이 문제는 일반적인 대량 대상자 로드 활동의 무해한 부작용으로 해결되었습니다. 대상자 동기화, Campaign 워크플로우 또는 고객 구성을 변경할 필요가 없습니다.