I've built the latest CVS of asterisk -- not the zaptel or libpri directories, just the asterisk directory. asterisk installs successfully, but there are severe problems. I built this system in the past and ran it, but now building it again fails. This is the CVS as of this morning, 2003-06-13, but I had problems on 06-11/12 as well. After make; make install; make samples; make config, I have a complete system installed with all the demo packages. As I have done previously, I attempted to test the system using "dial 500." This failed with the messsage No such extension '500' in context 'local'. I have diagnosed several problems: (1) None of the application modules seem to autoload, so "Macro" and "Zapateller" are not loaded automatically. (/etc/modules.conf does contain "autoload=yes"). I can load these from the command line, but they do not autoload as they did in the past. (2) Other built-ins do not load. E.g., "stop now" is missing when I type help, and 'asterisk -rx 'stop now'" fails with "No such command 'stop' (type 'help' for help)". (3) The dialplan does not load. Using "show dialplans", I expect to see the demo and default dialplans as given in the sample extensions.conf; however, the only dialplan I see is the parkedcall dialplan. The log file does not shed any light (to my eyes, at least) as to why the dialplan in "extensions.conf" does not load. What I find extremely puzzling is that this worked with a previous CVS, the one I first got on about 06-09. Since then I have upgraded to the latest version of alsa, but I can't understand why that would make a difference. (Although the log file complains about chan_oss and the sound resouce being busy, it does load alsa and dialing a parked-call extension does execute correctly). Comments? Suggestions? -- Moshe Yudkowsky * http://www.Disaggregate.com
Since you're using the sound card for testing you need to change in the /etc/asterisk/alsa.conf or oss.conf context=local to context=default regards Martin On Fri, 13 Jun 2003, Moshe Yudkowsky wrote:> I've built the latest CVS of asterisk -- not the zaptel or libpri > directories, just the asterisk directory. asterisk installs > successfully, but there are severe problems. I built this system in the > past and ran it, but now building it again fails. This is the CVS as of > this morning, 2003-06-13, but I had problems on 06-11/12 as well. > > After make; make install; make samples; make config, I have a complete > system installed with all the demo packages. As I have done previously, > I attempted to test the system using "dial 500." This failed with the > messsage No such extension '500' in context 'local'. > > I have diagnosed several problems: > > (1) None of the application modules seem to autoload, so "Macro" and > "Zapateller" are not loaded automatically. (/etc/modules.conf does > contain "autoload=yes"). I can load these from the command line, but > they do not autoload as they did in the past. > > (2) Other built-ins do not load. E.g., "stop now" is missing when I type > help, and 'asterisk -rx 'stop now'" fails with "No such command 'stop' > (type 'help' for help)". > > (3) The dialplan does not load. Using "show dialplans", I expect to see > the demo and default dialplans as given in the sample extensions.conf; > however, the only dialplan I see is the parkedcall dialplan. > > The log file does not shed any light (to my eyes, at least) as to why > the dialplan in "extensions.conf" does not load. > > What I find extremely puzzling is that this worked with a previous CVS, > the one I first got on about 06-09. Since then I have upgraded to the > latest version of alsa, but I can't understand why that would make a > difference. (Although the log file complains about chan_oss and the > sound resouce being busy, it does load alsa and dialing a parked-call > extension does execute correctly). > > Comments? Suggestions? > > -- > Moshe Yudkowsky * http://www.Disaggregate.com > > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users >
At 09:32 2003-06-13 -0500, you wrote:>Since you're using the sound card for testing you need to >change in the /etc/asterisk/alsa.conf or oss.conf >context=local >to >context=defaultMartin, Thanks very much for the suggestion. I tried setting context=default in alsa.conf. That didn't work. I decided to delete oss.conf to see if it made a difference, and that didn't work either. Neither did re-creating oss.conf and using "context=default." I should mention that "dial 500@demo" didn't work either; not surprising, since there's no dialplan loaded other than the "parkedcalls" context. I'd appreciate any further suggestions! -- Moshe Yudkowsky Disaggregate 2952 W Fargo Chicago, IL 60645 USA <http://www.Disaggregate.com>
Some more info on this problem:>(1) None of the application modules seem to autoload, so "Macro" and >"Zapateller" are not loaded automatically. (/etc/modules.conf does contain >"autoload=yes"). I can load these from the command line, but they do not >autoload as they did in the past. > >(2) Other built-ins do not load. E.g., "stop now" is missing when I type >help, and 'asterisk -rx 'stop now'" fails with "No such command 'stop' >(type 'help' for help)". > >(3) The dialplan does not load. Using "show dialplans", I expect to see >the demo and default dialplans as given in the sample extensions.conf; >however, the only dialplan I see is the parkedcall dialplan.If I load pbx_config.so at the cli, then load apps_playback.so and apps_macro.so, I can eventually get the dialplan loaded. This is problematical to say the least! What I also find is that "dial 500" fails because the demo file, in the demo directory, cannot be found -- it's printed out as a WARNING in verbose mode. However, the file is very clearly in the directory and is present. I suspect, but cannot prove, there's hardcoded path lurking in the *.c files somwhere... unless someone has a suggestion? -- Moshe Yudkowsky Disaggregate 2952 W Fargo Chicago, IL 60645 USA www.Disaggregate.com speech@pobox.com +1 773 764 8727
Moshe Yudkowsky
2003-Jun-15 05:46 UTC
[Asterisk-Users] Re: Applications, dialplan not loading
Oops. Here is the listing I promised. (Ignore the attempt in the log to load "codex_speex.so" -- I was checking out something that'd come across the mailing list.) -- Moshe Yudkowsky * http://www.Disaggregate.com -------------- next part -------------- ++ dpkg -l 'asterisk*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-===========================================pn asterisk <none> (no description available) pn asterisk-dev <none> (no description available) pn asterisk-doc <none> (no description available) pn asterisk-sound <none> (no description available) ++ whereis asterisk asterisk: /etc/asterisk /usr/local/sbin/asterisk /usr/local/lib/asterisk ++ ls -l '/usr/sbin/*ast*' ls: /usr/sbin/*ast*: No such file or directory ++ ls -l /usr/local/sbin/asterisk /usr/local/sbin/astgenkey /usr/local/sbin/astman /usr/local/sbin/safe_asterisk -rwxr-xr-x 1 root staff 1619846 Jun 13 14:46 /usr/local/sbin/asterisk -rwxr-xr-x 1 root staff 1226 Jun 13 14:46 /usr/local/sbin/astgenkey -rwxr-xr-x 1 root staff 73201 Jun 13 14:46 /usr/local/sbin/astman -rwxr-xr-x 1 root staff 1710 Jun 13 14:46 /usr/local/sbin/safe_asterisk ++ asterisk -vvrx 'show version' ERROR[16384]: File asterisk.c, Line 1258 (main): Unable to connect to remote asterisk ++ asterisk -vvrx help ERROR[16384]: File asterisk.c, Line 1258 (main): Unable to connect to remote asterisk ++ asterisk -vvrx 'show applications' ERROR[16384]: File asterisk.c, Line 1258 (main): Unable to connect to remote asterisk ++ ls -l /var/log/asterisk ls: /var/log/asterisk: No such file or directory ++ ls -l /var/local/log/asterisk total 16 drwxr-sr-x 2 root staff 4096 Jun 13 14:46 cdr-csv -rw-r--r-- 1 root staff 567 Jun 15 07:28 event_log -rw-r--r-- 1 root staff 7837 Jun 15 07:28 messages ++ tail /var/log/asterisk/messages tail: /var/log/asterisk/messages: No such file or directory ++ tail /var/local/log/asterisk/messages Jun 13 17:59:40 WARNING[180236]: File file.c, Line 561 (ast_streamfile): Unable to open demo-abouttotry (format 64): Success Jun 13 17:59:40 WARNING[180236]: File app_playback.c, Line 83 (playback_exec): ast_streamfile failed on OSS/dsp for demo-abouttotry Jun 13 17:59:40 WARNING[180236]: File pbx.c, Line 1133 (pbx_extension_helper): No application 'Dial' for extension (local, 500, 2) Jun 13 18:06:38 WARNING[98311]: File chan_oss.c, Line 232 (sound_thread): Read error on sound device: Resource temporarily unavailable Jun 13 18:06:38 WARNING[16384]: File chan_iax2.c, Line 5497 (load_module): Unable to open IAX timing interface: No such file or directory Jun 13 18:06:38 WARNING[16384]: File chan_iax2.c, Line 4980 (set_config): Ignoring port for now Jun 13 18:10:13 WARNING[163851]: File loader.c, Line 226 (ast_load_resource): /usr/local/lib/asterisk/modules/codex_speex.so: cannot open shared object file: No such file or directory Jun 15 07:28:24 WARNING[98311]: File chan_oss.c, Line 232 (sound_thread): Read error on sound device: Resource temporarily unavailable Jun 15 07:28:24 WARNING[16384]: File chan_iax2.c, Line 5497 (load_module): Unable to open IAX timing interface: No such file or directory Jun 15 07:28:24 WARNING[16384]: File chan_iax2.c, Line 4980 (set_config): Ignoring port for now ++ ls /usr/local/sbin /usr/local/bin /usr/local/bin: /usr/local/sbin: asterisk astgenkey astman safe_asterisk ztcfg zttool
Moshe Yudkowsky
2003-Jun-15 08:02 UTC
[Asterisk-Users] Re: Applications, dialplan not loading
One final oddity: When I type "load app_playback.so", etc. to maunally force the dialplan to load, I see no indication in strace that shows that asterisk actually loads the file at that point. Strace does show when chan_*.so files are loaded automtically; "load app_playback.so" does result in "Registered application 'Playback'", but there's no indication anywhere in strace that app_playback was opened via "open" or any other method. So how the heck did it load? Just another possible clue. -- Moshe Yudkowsky * http://www.Disaggregate.com