Asterisk crashes

[Josep <josep.spam@…>]

After placing a call to the 600 demo extension and terminating the call, the VoIP module becomes stopped in the Zentyal dashboard.

I have changed the parameter Verbose=3 in /etc/asterisk.conf to log more details.

In /var/log/asterisk/messages, right after a restart of the module, I get:

[Dec  2 08:58:13] NOTICE[11369] cdr.c: CDR simple logging enabled.
[Dec  2 08:58:13] NOTICE[11369] loader.c: 195 modules will be loaded.
[Dec  2 08:58:13] WARNING[11369] loader.c: Error loading module 'func_odbc.so': /usr/lib/asterisk/modules/func_odbc.so: undefined symbol: SQLFetch
[Dec  2 08:58:13] WARNING[11369] loader.c: Error loading module 'cdr_adaptive_odbc.so': /usr/lib/asterisk/modules/cdr_adaptive_odbc.so: undefined symbol: ast_odbc_request_obj
[Dec  2 08:58:13] WARNING[11369] loader.c: Error loading module 'res_agi.so': /usr/lib/asterisk/modules/res_agi.so: undefined symbol: ast_speech_start
[Dec  2 08:58:13] WARNING[11369] loader.c: Error loading module 'chan_gtalk.so': /usr/lib/asterisk/modules/chan_gtalk.so: undefined symbol: ast_aji_get_client
[Dec  2 08:58:13] WARNING[11369] loader.c: Error loading module 'pbx_ael.so': /usr/lib/asterisk/modules/pbx_ael.so: undefined symbol: ast_compile_ael2
[Dec  2 08:58:13] NOTICE[11369] config.c: Registered Config Engine sqlite
[Dec  2 08:58:13] NOTICE[11369] res_odbc.c: res_odbc loaded.
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#callback' at line 71 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#dialout' at line 74 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#envelope' at line 76 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#forcegreetings' at line 77 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#forcename' at line 78 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#hidefromdir' at line 80 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#nextaftercmd' at line 82 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#operator' at line 83 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#review' at line 86 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#saycid' at line 87 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#sayduration' at line 88 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#saydurationm' at line 89 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#sendvoicemail' at line 90 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] WARNING[11369] config.c: Unknown directive '#tz' at line 92 of /etc/asterisk/res_ldap.conf
[Dec  2 08:58:13] NOTICE[11369] config.c: Registered Config Engine ldap
[Dec  2 08:58:13] NOTICE[11369] res_smdi.c: No SMDI interfaces are available to listen on, not starting SMDI listener.
[Dec  2 08:58:13] WARNING[11369] translate.c: plc_samples 160 format f
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: Starting AEL load process.
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: AEL load process: parsed config file name '/etc/asterisk/extensions.ael'.
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: AEL load process: checked config file name '/etc/asterisk/extensions.ael'.
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: AEL load process: compiled config file name '/etc/asterisk/extensions.ael'.
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: AEL load process: merged config file name '/etc/asterisk/extensions.ael'.
[Dec  2 08:58:13] NOTICE[11369] pbx_ael.c: AEL load process: verified config file name '/etc/asterisk/extensions.ael'.
[Dec  2 08:58:13] NOTICE[11369] config.c: Registered Config Engine curl
[Dec  2 08:58:13] NOTICE[11369] chan_skinny.c: Configuring skinny from skinny.conf
[Dec  2 08:58:13] ERROR[11369] ais/clm.c: Could not initialize cluster membership service: Try Again
[Dec  2 08:58:13] WARNING[11369] utils.c: trying to reset empty pool
[Dec  2 08:58:13] WARNING[11369] utils.c: trying to reset empty pool
[Dec  2 08:58:13] WARNING[11369] utils.c: trying to reset empty pool
[Dec  2 08:58:13] WARNING[11411] res_musiconhold.c: /var/lib/asterisk/mohmp3/ is not a valid directory
[Dec  2 08:58:13] WARNING[11411] res_musiconhold.c: Unable to spawn mp3player
[Dec  2 08:58:13] ERROR[11369] chan_vpb.cc: No Voicetronix cards detected
[Dec  2 08:58:13] WARNING[11369] app_voicemail.c: maxsilence should be less than minsecs or you may get empty messages
[Dec  2 08:59:27] ERROR[11410] res_config_ldap.c: Couldn't modify dn:uid=josep,ou=Users,dc=zenbox because Invalid syntax[Dec  2 08:59:27] NOTICE[11410] chan_sip.c: Peer 'josep' is now Reachable. (75ms / 2000ms)

I dial extension 500 and in the previous log I get:

[Dec  2 09:03:51] WARNING[11410] res_config_ldap.c: realtime retrieval requires at least 1 parameter and 1 value to search on.

The recorded voice keeps talking. When the voice stops, I get the crash in /var/log/messages:

Dec  2 09:04:05 zenbox kernel: [ 6393.054384] asterisk[13037] general protection ip:7f8a6f878052 sp:7f8a463c1b88 error:0 in libc-2.11.1.so[7f8a6f7f5000+17a000]

[carlos]

This is a known bug with the version of asterisk being used in Zentyal and has been fixed in later patches/releases. I am having the same issue, also tried to sign up for support so this could get escalated and fixed faster but I'm having issues paying over $1,000 on your website (separate issue).

When I'm working only internally I have absolutely no issues, it's once I turn on outside calling (both with Nextiva and Sipgate).

[jacalvo@…]

This has been fixed in trunk, zentyal-asterisk 2.1.1 works with asterisk 1.8.

[lox.dev@…]

I am running the latest zentyal at time of writting and the bug is still there.

[jsalamero@…]

Can you reproduce the same crash with phones or only with LDAP users?

[jacalvo@…]

Please reopen if you can provide the requested information. Thanks.