[asterisk-users] 11.13.1: unable to load sip.conf (or iax )

[sean darcy]

On 10/23/2014 11:26 AM, sean darcy wrote:
> Running 11.13.1 on Fedora.
>
> This is a new install, but a copy of a previous - working -install.
>
> module load chan_sip
> Unable to load module chan_sip
> Command 'module load chan_sip' failed.
> SIP channel loading...
> [Oct 23 14:46:08] NOTICE[669]: chan_sip.c:31438 reload_config: Unable to
> load config sip.conf
>
> I don't think it's permissions:
>
> ls -ld /etc/asterisk /etc/asterisk/sip*
> drwxr-x---. 4 asterisk asterisk  4096 Oct 23 00:34 /etc/asterisk
> -rw-r-----. 1 asterisk asterisk  3588 Oct 22 18:37 /etc/asterisk/sip.conf
> -rw-r-----. 1 asterisk asterisk 91033 Oct 23 00:28
> /etc/asterisk/sip.conf.rpmnew
> -rw-r-----. 1 asterisk asterisk   790 Oct 23 00:28
> /etc/asterisk/sip_notify.conf
>
> ps aux | grep asterisk
> asterisk   294  0.1  5.5 1076736 33364 ?       Ssl  14:36   0:03
> /usr/sbin/asterisk -f -C /etc/asterisk/asterisk.conf
>
> The sip module itself is loaded:
>
> module show like chan_sip
> Module                         Description Use Count
> chan_sip.so                    Session Initiation Protocol (SIP) 0
> 1 modules loaded
>
> I've tried my old config, and just the sip.conf.sample. Same result.
>
> FWIW:
>
>   ls -l /usr/lib64/asterisk/modules/chan*
> -rwxr-xr-x. 1 root root  72808 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_agent.so
> -rwxr-xr-x. 1 root root  16032 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_bridge.so
> -rwxr-xr-x. 1 root root 347920 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_iax2.so
> -rwxr-xr-x. 1 root root  41888 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_local.so
> -rwxr-xr-x. 1 root root 118144 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_mgcp.so
> -rwxr-xr-x. 1 root root  67424 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_motif.so
> -rwxr-xr-x. 1 root root  11936 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_multicast_rtp.so
> -rwxr-xr-x. 1 root root  44392 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_phone.so
> -rwxr-xr-x. 1 root root 755296 Oct 23 00:29
> /usr/lib64/asterisk/modules/chan_sip.so
>
>
> Any help appreciated.
>
>
> sean
>
>

Weirdness:

made iax.conf.simple:

[general]
autokill=yes

[idefisk]
type=friend
host=dynamic
context=phones

(extra credit for remembering the source)

 >module unload chan_iax2.so
Unable to unload resource chan_iax2.so
Command 'module unload chan_iax2.so' failed.
[Oct 23 16:53:26] WARNING[669]: loader.c:571 ast_unload_resource: Unload 
failed, 'chan_iax2.so' is not loaded.
 > module load chan_iax2.so
Unable to load module chan_iax2.so
Command 'module load chan_iax2.so' failed.
[Oct 23 16:53:36] ERROR[669]: chan_iax2.c:13488 set_config: Unable to 
load config iax.conf

But then:

cp -a iax.conf.simple iax.conf
cp: overwrite ‘iax.conf’? y
  ls -l iax*
-rw-r-----. 1 asterisk asterisk   74 Oct 23 16:52 iax.conf
-rw-r-----. 1 asterisk asterisk  652 Oct 22 18:37 iax.conf.real
-rw-r-----. 1 asterisk asterisk   74 Oct 23 16:52 iax.conf.simple

 > module load chan_iax2.so
Loaded chan_iax2.so

cp iax.conf.real iax.conf
cp: overwrite ‘iax.conf’? y

module unload chan_iax2.so
Unloaded chan_iax2.so
 >module load chan_iax2.so
Loaded chan_iax2.so

So the simple config will load.  Then if I unload it, and the real 
config will load !!

This approach also works for sip.conf, but now have another problem : it 
won't recognize any of the #includes. For instance:

module load chan_sip.so
Unable to load module chan_sip.so
Command 'module load chan_sip.so' failed.
SIP channel loading...
[Oct 23 17:13:43] ERROR[669]: config.c:1549 process_text_line: The file 
'/etc/asterisk/exts/droid.sip.conf' was listed as a #include but it does 
not exist.
[Oct 23 17:13:43] ERROR[669]: chan_sip.c:31461 reload_config: Contents 
of sip.conf are invalid and cannot be parsed

grep exts/droid.sip  sip.conf
#include "/etc/asterisk/exts/droid.sip.conf"

ls -l /etc/asterisk/exts/droid.sip.conf
-rw-r--r--. 1 asterisk asterisk 316 Oct 22 18:37 
/etc/asterisk/exts/droid.sip.conf

I also tried relative addressing,  exts/droid.sip.conf , same problem.

And, of course, all this works on the 11.10.2 server.

sean