Сервер (tb2.0) перестал обрабатывать SIP. в логах такое:
Zap работал

Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing MYSQL("Local/1054@from-internal-bdc8,2", "Connect connid localhost
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing MYSQL("Local/1054@from-internal-bdc8,2", "Query resultid 15289 SELE
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing MYSQL("Local/1054@from-internal-bdc8,2", "Fetch foundRow 15290 faxe
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing MYSQL("Local/1054@from-internal-bdc8,2", "Disconnect 15289") in new
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing NoOp("Local/1054@from-internal-bdc8,2", "fax-asterisk@klamas.ru") i
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing NoOp("Local/1054@from-internal-bdc8,2", "1054") in new stack
Aug 4 14:41:06 DEBUG[21943] pbx.c: Function result is 'toOperators'
Aug 4 14:41:06 VERBOSE[21943] logger.c: -- Executing System("Local/1054@from-internal-bdc8,2", "/var/lib/asterisk/bin/mi
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 WARNING[3772] channel.c: Avoided initial deadlock for '0xd2dafe0', 10 retries!
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
Aug 4 14:41:06 DEBUG[3772] channel.c: Avoiding initial deadlock for 'SIP/1054-0d337990'
после перезагрузки все стало нормально.
что делать?

залочило его. Какая версия *?

версия 1.2.13
заптел не помню какой.
а что значит "залочило"?

Это IgorG может объяснить. Вкратце - виной всему архитектура астериска. Если ты сидишь на ветки 1.2, пощупай CW ;-)

Интересно почему такое происходит и как обойти ?

У меня 1.2.17 астер стоит и ни разу с таким не сталкивался. Вот может от греха подальше обновиться до 1.4.(что-то свеженькое).

будем надеяться, что IgorG объяснит суть этого явления

Правило такое: если DEBUG выводится при отсутствии явной ошибки, то нужно отключить DEBUG сообщения и не обращать внимания.

PS. я такое сообщение вижу часто, но только в 1.2. В 1.4 это место кода изменено, правда нет сейчас времени историю поднимать что заменили и что стало от этого лучше.

Если позволите, понасилую немножко труп. С недавних пор стала возникать проблема: астериск виснет наглухо без явных на то причин. Стоит debian Lenny x86, на нём самосборный asterisk,
pbx:~# dpkg -l| grep asterisk
ii asterisk 1.6.0.28-1 PBX
ii asterisk-addons 1.6.0.6-1 addons for asterisk PBX
ii dahdi-linux 2.3.0.1-1 dahdi driver for asterisk PBX
ii dahdi-tools 2.3.0-1 dahdi tools for asterisk PBX
ii libpri 1.4.11.2-1 pri library for asterisk PBX

Сверху установлена freepbx-2.7.0
В период зависания наблюдал в логах следующее:

[Jul 6 16:35:06] DEBUG[13480] chan_dahdi.c: Using channel 52
[Jul 6 16:35:06] DEBUG[13480] dsp.c: Setup tone 1100 Hz, 500 ms, block_size=160, hits_required=21
[Jul 6 16:35:06] DEBUG[13480] dsp.c: Setup tone 2100 Hz, 2600 ms, block_size=160, hits_required=116
[Jul 6 16:35:06] DEBUG[13480] devicestate.c: Notification of state change to be queued on device/channel DAHDI/52-1
[Jul 6 16:35:06] DEBUG[10049] devicestate.c: No provider found, checking channel drivers for DAHDI - 52-1
[Jul 6 16:35:06] DEBUG[10049] devicestate.c: Changing state for DAHDI/52-1 - state 0 (Unknown)
[Jul 6 16:35:06] DEBUG[10052] app_queue.c: Device 'DAHDI/52-1' changed to state '0' (Unknown) but we don't care because they're not a member of any queue.
[Jul 6 16:35:06] DEBUG[13480] rtp.c: Channel 'DAHDI/52-1' has no RTP, not doing anything
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DIALEDTIME.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable ANSWEREDTIME.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DIALEDPEERNAME.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DIALEDPEERNUMBER.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DIALSTATUS.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DIAL_PATTERN.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable ~ODBCFIELDS~.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable ODBCROWS.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DUR.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable DB_RESULT.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Copying hard-transferable variable CALLINGPRES_SV.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable GOSUB_RETVAL.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable CALLED_BLACKLIST.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Copying hard-transferable variable FROM_DID.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable var3.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable var2.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable var1.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable SIPCALLID.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable SIPDOMAIN.
[Jul 6 16:35:06] DEBUG[13480] channel.c: Not copying variable SIPURI.
[Jul 6 16:35:10] VERBOSE[10046] logger.c: -- Remote UNIX connection
[Jul 6 16:35:10] WARNING[10070] chan_dahdi.c: No D-channels available! Using Primary channel 16 as D-channel anyway!
[Jul 6 16:35:10] DEBUG[13440] rtp.c: Got RTCP report of 52 bytes
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'
[Jul 6 16:35:12] DEBUG[13482] channel.c: Avoiding initial deadlock for channel '0x8383ba8'

Я в тупике. Планирую на днях откатиться до ветки 1.4, но не знаю, поможет ли.

ну так баг репорт оформляйте и пуляйте в иссуес на дигиум
пусть фиксят
а бегать пробовать разные версии а вось повезет - это не вариант
чем тогда вы помогаете в развитии астериска?

да я б с радостью баг-репорт, но знания англ. языка не позволяют (((