Opensips внезапно вылетает через два-три дня подряд

Я использую opensips, он работает нормально, но через 2-3 дня внезапно вылетает. Не понимаю следующий журнал

CRITICAL:core:receive_fd: EOF on 17
INFO:core:handle_sigs: child process 14090 exited by a signal 11
INFO:core:handle_sigs: core was generated
 INFO:core:handle_sigs: terminating due to SIGCHLD
CRITICAL:core:receive_fd: EOF on 17
INFO:core:handle_sigs: child process 14090 exited by a signal 11
INFO:core:handle_sigs: core was generated
INFO:core:handle_sigs: terminating due to SIGCHLD
INFO:core:sig_usr: signal 15 received

Как я могу выяснить, что именно не так с моими openips. Я использую Ubuntu, мне следует сменить его на Centos или Debian? или какой выше журнал диктует ошибку? любая идея.


person Kamal Panhwar    schedule 30.01.2019    source источник


Ответы (1)


Журнал не говорит вам ничего, кроме того, что он разбился. Вопрос в том, почему.

Если вы запустите ту же версию и конфигурацию в другой среде, у вас, вероятно, будут те же проблемы.

Зависимость сбоев от времени предполагает сбой при выполнении определенного условия гонки. Это может быть входящий вызов с недопустимым идентификатором вызывающего абонента, который вы пытаетесь проанализировать как int, блок маршрутизации, который редко вызывается, ограничение ресурсов в системе или что-то совершенно другое.

Это довольно общее сообщение о сбое, поэтому без дополнительной отладки это просто догадки, поэтому давайте включим отладку:

Начало файла конфигурации OpenSIP - это то место, где мы включаем, вот как выглядит конфигурация по умолчанию (при условии, что вы построили стандартный шаблон):

####### Global Parameters #########

log_level=3
log_stderror=no
log_facility=LOG_LOCAL0

children=4

/* uncomment the following lines to enable debugging */
#debug_mode=yes

Если вы измените свой на:

####### Global Parameters #########

log_level=8
log_stderror=yes
log_facility=LOG_LOCAL0

children=4

/* uncomment the following lines to enable debugging */
debug_mode=yes

У вас будут включены функции отладки, а в системном журнале будет доступно гораздо больше информации.

Как только вы это сделаете, расслабьтесь и подождите 2 дня, пока он не выйдет из строя, и вы получите ответ о том, какой модуль / блок маршрутизации / пакет вызывает сбой вашего экземпляра.

После этого вы можете опубликовать вывод здесь вместе со своим конфигурационным файлом, но есть довольно высокая вероятность, что кто-то из списков рассылки OpenSIP или Kamailio уже сталкивался с такой же проблемой раньше.

person Nick    schedule 30.01.2019