Re: [App_rpt-users] Installation problems with Intel 525 mini-itx
Hi, Had the same issue: "mpg123 no process killed Asterisk ended with exit status 1 Asterisk died with code 1 Automatically restarting Asterisk." This on a HP workstation that worked well in the past. In my case It turned out that the downloaded radio interface node configuration (usbradio.conf) is not correct. It used to work OK up till last week. What I did, even if you see the above errors coming on the screen, login as root and run astdn.sh to kill asterisk, that stopped the messages. Then I manually updated the config files in /etc/asterisk and after a reboot everything worked OK. If I run nodesetup.sh the files get downloaded from allstarlink.org and after reboot the same problem starts again because the usbradio.conf file is incorrect. 73 de N5HC Conny
Sorry! I made a type-o in a SQL query in the php source that generates the usbradio.conf file! duh! It should work a whole lot better now. JIM WB6NIL
From: conny@n5hc.com Date: Tue, 18 Jan 2011 09:55:28 -0700 To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Installation problems with Intel 525 mini-itx
Hi,
Had the same issue:
"mpg123 no process killed
Asterisk ended with exit status 1
Asterisk died with code 1
Automatically restarting Asterisk."
This on a HP workstation that worked well in the past.
In my case It turned out that the downloaded radio interface node configuration (usbradio.conf) is not correct.
It used to work OK up till last week.
What I did, even if you see the above errors coming on the screen, login as root and run astdn.sh to kill asterisk, that stopped the messages.
Then I manually updated the config files in /etc/asterisk and after a reboot everything worked OK.
If I run nodesetup.sh the files get downloaded from allstarlink.org and after reboot the same problem starts again because the usbradio.conf file is incorrect.
73 de N5HC Conny _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
That worked for node 27578 & 27580 ! Thank's for the fast response!! /Conny On Jan 18, 2011, at 10:18 AM, Jim Duuuude wrote:
Sorry! I made a type-o in a SQL query in the php source that generates the usbradio.conf file! duh! It should work a whole lot better now.
JIM WB6NIL
From: conny@n5hc.com Date: Tue, 18 Jan 2011 09:55:28 -0700 To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Installation problems with Intel 525 mini-itx
Hi,
Had the same issue:
"mpg123 no process killed
Asterisk ended with exit status 1
Asterisk died with code 1
Automatically restarting Asterisk."
This on a HP workstation that worked well in the past.
In my case It turned out that the downloaded radio interface node configuration (usbradio.conf) is not correct.
It used to work OK up till last week.
What I did, even if you see the above errors coming on the screen, login as root and run astdn.sh to kill asterisk, that stopped the messages.
Then I manually updated the config files in /etc/asterisk and after a reboot everything worked OK.
If I run nodesetup.sh the files get downloaded from allstarlink.org and after reboot the same problem starts again because the usbradio.conf file is incorrect.
73 de N5HC Conny _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Thanks Jim, I will try it tonight and report back. Pete From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Jim Duuuude Sent: Tuesday, January 18, 2011 9:18 AM To: conny@n5hc.com; app_rpt mailing list Subject: Re: [App_rpt-users] Installation problems with Intel 525 mini-itx Sorry! I made a type-o in a SQL query in the php source that generates the usbradio.conf file! duh! It should work a whole lot better now. JIM WB6NIL
From: conny@n5hc.com Date: Tue, 18 Jan 2011 09:55:28 -0700 To: app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] Installation problems with Intel 525 mini-itx
Hi,
Had the same issue:
"mpg123 no process killed
Asterisk ended with exit status 1
Asterisk died with code 1
Automatically restarting Asterisk."
This on a HP workstation that worked well in the past.
In my case It turned out that the downloaded radio interface node configuration (usbradio.conf) is not correct.
It used to work OK up till last week.
What I did, even if you see the above errors coming on the screen, login as root and run astdn.sh to kill asterisk, that stopped the messages.
Then I manually updated the config files in /etc/asterisk and after a reboot everything worked OK.
If I run nodesetup.sh the files get downloaded from allstarlink.org and after reboot the same problem starts again because the usbradio.conf file is incorrect.
73 de N5HC Conny _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Any Direction? app_rpt*CLI> echolink debug level Usage: echolink debug level {0-7} Enables debug messages in app_rpt [Jan 19 21:22:27] NOTICE[4938]: chan_echolink.c:2489 do_new_call: new CALL=WI6H,ip=216.69.181.220,name= iPhone User == Starting echolink/el0-1 at test,27430,1 failed so falling back to exten 's' == Starting echolink/el0-1 at test,s,1 still failed so falling back to context 'default' -- Sent into invalid extension 's' in context 'default' on echolink/el0-1 -- Executing [i@default:1] Hangup("echolink/el0-1", "") in new stack == Spawn extension (default, i, 1) exited non-zero on 'echolink/el0-1' [Jan 19 21:24:51] NOTICE[4939]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server1.echolink.org [Jan 19 21:24:51] NOTICE[4939]: chan_echolink.c:2383 do_el_directory: Directory pgm done downloading(partial,compressed), 317 records [Jan 19 21:26:47] NOTICE[4938]: chan_echolink.c:2489 do_new_call: new CALL=WI6H,ip=216.69.181.220,name= iPhone User == Starting echolink/el0-2 at test,27430,1 failed so falling back to exten 's' == Starting echolink/el0-2 at test,s,1 still failed so falling back to context 'default' -- Sent into invalid extension 's' in context 'default' on echolink/el0-2 -- Executing [i@default:1] Hangup("echolink/el0-2", "") in new stack == Spawn extension (default, i, 1) exited non-zero on 'echolink/el0-2' [Jan 19 21:26:52] NOTICE[4937]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server2.echolink.org [Jan 19 21:28:51] NOTICE[4939]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server1.echolink.org [Jan 19 21:28:51] NOTICE[4939]: chan_echolink.c:2383 do_el_directory: Directory pgm done downloading(partial,compressed), 348 records app_rpt*CLI>
All, I have a strange one. When monitoring the local repeater local users have a squelch tail. If you monitor the same transmission on a remote note there is no tail. Why I think this is strange is that "tail removal" is generally a receiver function and I can't see how where it spits out would matter. (URI, discriminator connected, DSP, PL and Squelch) Pete From: app_rpt-users-bounces@ohnosec.org [mailto:app_rpt-users-bounces@ohnosec.org] On Behalf Of Peter Elke Sent: Wednesday, January 19, 2011 9:38 PM To: app_rpt mailing list Subject: [App_rpt-users] Echolink "can't connect" Any Direction? app_rpt*CLI> echolink debug level Usage: echolink debug level {0-7} Enables debug messages in app_rpt [Jan 19 21:22:27] NOTICE[4938]: chan_echolink.c:2489 do_new_call: new CALL=WI6H,ip=216.69.181.220,name= iPhone User == Starting echolink/el0-1 at test,27430,1 failed so falling back to exten 's' == Starting echolink/el0-1 at test,s,1 still failed so falling back to context 'default' -- Sent into invalid extension 's' in context 'default' on echolink/el0-1 -- Executing [i@default:1] Hangup("echolink/el0-1", "") in new stack == Spawn extension (default, i, 1) exited non-zero on 'echolink/el0-1' [Jan 19 21:24:51] NOTICE[4939]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server1.echolink.org [Jan 19 21:24:51] NOTICE[4939]: chan_echolink.c:2383 do_el_directory: Directory pgm done downloading(partial,compressed), 317 records [Jan 19 21:26:47] NOTICE[4938]: chan_echolink.c:2489 do_new_call: new CALL=WI6H,ip=216.69.181.220,name= iPhone User == Starting echolink/el0-2 at test,27430,1 failed so falling back to exten 's' == Starting echolink/el0-2 at test,s,1 still failed so falling back to context 'default' -- Sent into invalid extension 's' in context 'default' on echolink/el0-2 -- Executing [i@default:1] Hangup("echolink/el0-2", "") in new stack == Spawn extension (default, i, 1) exited non-zero on 'echolink/el0-2' [Jan 19 21:26:52] NOTICE[4937]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server2.echolink.org [Jan 19 21:28:51] NOTICE[4939]: chan_echolink.c:2077 sendcmd: Received OK from Echolink server server1.echolink.org [Jan 19 21:28:51] NOTICE[4939]: chan_echolink.c:2383 do_el_directory: Directory pgm done downloading(partial,compressed), 348 records app_rpt*CLI>
All, I have a strange one. When monitoring the local repeater local users have a squelch tail. If you monitor the same transmission on a remote note there is no tail. Why I think this is strange is that "tail removal" is generally a receiver function and I can't see how where it spits out would matter. (URI, discriminator connected, DSP, PL and Squelch) Pete
participants (3)
-
Conny Jonsson -
Jim Duuuude -
Peter Elke