Зависает * , методы отладки?

[aizek]

Эм.. , а что удивительного?

[aizek]

Конешно у меня меньше познаний в версиях ядер и их совместимости с процами (в основном работаю с i386), но до этого * работал нормально, без зависаний. На просторах инета пишут, что amd64 вполне совместим с Intel Xeon'ами, где правда?

[aizek]

ТС, берите соурсы и компиляйте другую версию себе

Сейчас собран из исходников 1.6.2.18, разве что откатываться?
core show locks выдает

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

=== Thread ID: -160412816 (do_monitor started at [23162] chan_sip.c restart_monitor())
=== ---> Lock #0 (astobj2.c): MUTEX 164 ao2_lock &p->priv_data.lock 0xf693a008 (1)
/usr/sbin/asterisk(ast_bt_get_addresses+0x19) [0x810e7f9]
/usr/sbin/asterisk() [0x80872b8]
/usr/sbin/asterisk(ao2_lock+0x4c) [0x8087e49]
/usr/sbin/asterisk() [0x8088996]
/usr/sbin/asterisk(_ao2_callback+0x56) [0x8088d53]
/usr/lib/asterisk/modules/chan_sip.so(+0x64b6c) [0xf6d47b6c]
/usr/sbin/asterisk() [0x8185e3e]
/lib/i686/cmov/libpthread.so.0(+0x5955) [0xf7524955]
/lib/i686/cmov/libc.so.6(clone+0x5e) [0xf7732e7e]
=== ---> Tried and failed to get Lock #1 (chan_sip.c): MUTEX 23042 check_rtp_timeout (channel lock) 0xf610d4dc (0)
/usr/sbin/asterisk(ast_bt_get_addresses+0x19) [0x810e7f9]
/usr/sbin/asterisk() [0x80a1c4a]
/usr/sbin/asterisk(__ast_channel_trylock+0xa1) [0x80b48c2]
/usr/lib/asterisk/modules/chan_sip.so(+0x647e2) [0xf6d477e2]
/usr/lib/asterisk/modules/chan_sip.so(+0x42798) [0xf6d25798]
/usr/sbin/asterisk() [0x8088a60]
/usr/sbin/asterisk(_ao2_callback+0x56) [0x8088d53]
/usr/lib/asterisk/modules/chan_sip.so(+0x64b6c) [0xf6d47b6c]
/usr/sbin/asterisk() [0x8185e3e]
/lib/i686/cmov/libpthread.so.0(+0x5955) [0xf7524955]
/lib/i686/cmov/libc.so.6(clone+0x5e) [0xf7732e7e]
=== -------------------------------------------------------------------
===
=== Thread ID: -163021968 (pbx_thread started at [ 4630] pbx.c ast_pbx_start())
=== ---> Lock #0 (channel.c): MUTEX 2769 __ast_read (channel lock) 0xf610d4dc (1)
/usr/sbin/asterisk(ast_bt_get_addresses+0x19) [0x810e7f9]
/usr/sbin/asterisk() [0x80a1c4a]
/usr/sbin/asterisk(__ast_channel_trylock+0xa1) [0x80b48c2]
/usr/sbin/asterisk() [0x80a947b]
/usr/sbin/asterisk(ast_read+0x19) [0x80ab144]
/usr/lib/asterisk/modules/app_queue.so(+0xd223) [0xf70b4223]
/usr/lib/asterisk/modules/app_queue.so(+0xfab8) [0xf70b6ab8]
/usr/lib/asterisk/modules/app_queue.so(+0x15f91) [0xf70bcf91]
/usr/sbin/asterisk(pbx_exec+0x1a5) [0x8122464]
/usr/sbin/asterisk() [0x8129c86]
/usr/sbin/asterisk(ast_spawn_extension+0x53) [0x812b534]
/usr/sbin/asterisk() [0x812bc2d]
/usr/sbin/asterisk() [0x812d0f0]
/usr/sbin/asterisk() [0x8185e3e]
/lib/i686/cmov/libpthread.so.0(+0x5955) [0xf7524955]
/lib/i686/cmov/libc.so.6(clone+0x5e) [0xf7732e7e]

[ded]

Думаю, что у него сам линух был инсталлирован на AMD, потом переставлен диск (диски?) на более мощную машину с процессором Intel, и на ней уже собран Астериск из исходников.

P.S. Lock'ов не должно быть.

[tma]

Вот и виснет.

Виснет не ядро, а asterisk.
Если бы были проблемы с ядром, оно бы давно в панику упало.
Но обязательно нужно проверить что выводит dmesg -- может крашится что-то.
Обычно только gentoo стремятся оптимизировать так, чтобы хрен на другом процессоре запустилось.
В остальных дистрибутивах ядра и окружение для amd64/intel64 в принципе идентичны.

Кстати, а asterisk на 64-битных платформах нормально работает? Код должен учитывать разрядность.

[ded]

Кстати, а asterisk на 64-битных платформах нормально работает?

Более чем.
Там, где собрано у клиентов - перформанс просто опупительный! Но, большей частью совершенно не нужный. Ибо там где собран 64-битный как назло нагрузка очень скромная.

[tma]

Более чем.

Это как?
asterisk'у памяти не хватает? Да ему (не БД) за глаза хватит и 4Gb на любой 32-битной платформе.

[ded]

Это так: более чем нормально: asterisk на 64-битных платформах нормально работает.

[aizek]

В одном из issue на багтрекере наткнулся на похожую проблему с block'ами. Помогло отключение всех res_timing_*.so кроме res_timing_dahdi.so.
Уже 2ой месяц без зависаний.