Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Elastix самопроизвольные restart'ы

0

Всегда пользовался trixbox, а тут пришлось установить Elastix 2.2.0.14 c Asterisk 1.8.7.0. Входящие звонки поступают по потоку E1. Периодически происходят обрывы звонков, судя по логам делается restart во время обработки dial-плана, который запускается call файлом (причем в разных местах) в dial-плане просто проигрывается звуковые файлы и дергается база ODBC функциями. На trixbox все работало нормально. Каких-то ошибок в log’е нет, просто, как будто кто-то делает core restart now. Никто не сталкивался с подобным поведением? Может есть в Elastix какой-то процесс который мониторит Asterisk и по каким-то причинам передергивает его?

удалить закрыть спам изменить тег редактировать

спросил 2012-06-01 11:08:51 +0400

ponch Gravatar ponch
231 25 3 12

Comments

Это не restart'ы... Это Asterisk падает в core :(

ponch ( 2012-06-02 23:23:31 +0400 )редактировать

А падал он из-за того, что делались запросы к FireBird через ODBC, к сожалению, по логу это не было видно. На elastix через yum install firebird ставился FB2.1. Попытался поставить FB2.5, стал валиться мой php-шный скрипт. Поставил FB1.5 который у меня стоял на trixbox - вроде все заработало. Сегодня возвращаю комп на полноценную работу, посмотрим что дальше будет...

ponch ( 2012-06-13 11:28:30 +0400 )редактировать

ни хрена :( под нагрузкой опять падает в произвольных местах. поставил резервный комп с trixbox, все нормально работает...

ponch ( 2012-06-14 10:03:16 +0400 )редактировать

2 Ответа

1

The second class of system messages is known as debug messages. These messages are intended for Asterisk developers, to give information about what's happening in the Asterisk program itself. They're often used by developers when trying to track down problems in the code, or to understand why Asterisk is behaving in a certain manner.

To change the debugging level, use the CLI command core set debug, as shown below:

server*CLI> core set debug 4 Core debug was 0 and is now 4 You can also increase (but not decrease) the debugging level when you connect to the Asterisk CLI from the Linux prompt. Simply add one or more -d parameters to the asterisk application.

[root@server ~]# asterisk -ddddr

https://wiki.asterisk.org/wiki/display/AST/Changing+the+Verbose+and+Debug+Levels

ссылка удалить спам редактировать

ответил 2012-06-01 14:13:46 +0400

switch Gravatar switch
8334 11 7 91
http://lynks.ru/

обновил 2012-06-01 14:14:22 +0400

Comments

Asterisk падает в core в самых произвольных местах :(

ponch ( 2012-06-02 23:32:43 +0400 )редактировать

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

switch ( 2012-06-03 07:56:56 +0400 )редактировать
1

Включите в астериске расширенный режим отладки. Вроде бы в logger.conf

ссылка удалить спам редактировать

ответил 2012-06-01 11:21:09 +0400

switch Gravatar switch
8334 11 7 91
http://lynks.ru/

Comments

там и так по максимуму full => notice,warning,error,debug,verbose

ponch ( 2012-06-01 14:10:14 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-06-01 11:08:51 +0400

Просмотрен: 220 раз

Обновлен: Jun 01 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.