У нас есть устройство BIP-IP 6400 LTM, которое убивает процессы с тревожной частотой. ЦП постоянно использует около 23%, так что это не проблема.
Вот образец из /var/log/ltm:
Oct 7 08:21:55 local/pri-4600 info bigd[3471]: reap_child: child process PID = 25338 exited with signal = 9
Oct 7 08:22:15 local/pri-4600 info bigd[3471]: reap_child: child process PID = 25587 exited with signal = 9
Oct 7 08:22:34 local/pri-4600 info bigd[3471]: reap_child: child process PID = 25793 exited with signal = 9
Oct 7 08:23:10 local/pri-4600 info bigd[3471]: reap_child: child process PID = 26260 exited with signal = 9
Oct 7 08:23:36 local/pri-4600 info bigd[3471]: reap_child: child process PID = 26584 exited with signal = 9
Oct 7 08:23:40 local/pri-4600 info bigd[3471]: reap_child: child process PID = 26647 exited with signal = 9
Oct 7 08:23:45 local/pri-4600 info bigd[3471]: reap_child: child process PID = 26699 exited with signal = 9
Oct 7 08:23:55 local/pri-4600 info bigd[3471]: reap_child: child process PID = 26805 exited with signal = 9
Oct 7 08:25:36 local/pri-4600 info bigd[3471]: reap_child: child process PID = 28079 exited with signal = 9
Oct 7 08:27:15 local/pri-4600 info bigd[3471]: reap_child: child process PID = 29286 exited with signal = 9
Oct 7 08:27:16 local/pri-4600 info bigd[3471]: reap_child: child process PID = 29307 exited with signal = 9
Oct 7 08:27:56 local/pri-4600 info bigd[3471]: reap_child: child process PID = 29793 exited with signal = 9
Oct 7 08:29:20 local/pri-4600 info bigd[3471]: reap_child: child process PID = 30851 exited with signal = 9
Oct 7 08:33:00 local/pri-4600 info bigd[3471]: reap_child: child process PID = 1122 exited with signal = 9
Oct 7 08:33:16 local/pri-4600 info bigd[3471]: reap_child: child process PID = 1299 exited with signal = 9
Oct 7 08:34:15 local/pri-4600 info bigd[3471]: reap_child: child process PID = 2054 exited with signal = 9
Oct 7 08:35:16 local/pri-4600 info bigd[3471]: reap_child: child process PID = 2784 exited with signal = 9
Oct 7 08:35:16 local/pri-4600 info bigd[3471]: reap_child: child process PID = 2807 exited with signal = 9
Oct 7 08:35:35 local/pri-4600 info bigd[3471]: reap_child: child process PID = 3015 exited with signal = 9
Oct 7 08:36:15 local/pri-4600 info bigd[3471]: reap_child: child process PID = 3601 exited with signal = 9
Это нормально? Если нет, то что могло вызвать это?
bigd - это демон мониторинга на BIG-IP, поэтому похоже, что используемый монитор дает сбой. Вам следует открыть обращение в службу поддержки и загрузить свой qkview на ihealth.f5.com. Вот решение, связанное с этим сообщением об ошибке:
https://support.f5.com/kb/en-us/solutions/public/17000/000/sol17092.html
Это была известная ошибка в программном обеспечении 10.2.4 BIG-IP, которое мы использовали.
Из поддержки F5:
... вы столкнулись с известной проблемой, которая отслеживается внутри как: bug ID539130 «bigd может заблокироваться при обработке SIGCHLD, вызывая сбой пульса bigd и SIGABRT» - = Condition = - Внешние мониторы, которые работают в течение длительного времени и прекращаются при следующей итерации monitor, может вызвать сбой bigd и core, это вызывает временный сбой в мониторинге работоспособности.
Исправление заключалось в обновлении программного обеспечения с Hotfix-BIGIP-10.2.4-HF12-866.11-ENG.