I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don't have any issues with them at the moment and I have some other things I'd rather be doing. Thanks Jamey WR4JW
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade. 73, Steve N4IRS On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
Outstanding. Thanks Jamey WR4JW From: Steve Zingman [mailto:szingman@msgstor.com] Sent: Wednesday, October 21, 2015 8:35 PM To: Jamey Wright <jamey.wright@charter.net>; app_rpt-users@ohnosec.org Subject: Dial vs ACID Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade. 73, Steve N4IRS On 10/21/2015 09:22 PM, Jamey Wright wrote: I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don't have any issues with them at the moment and I have some other things I'd rather be doing. Thanks Jamey WR4JW _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system. Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote: I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented. As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL. 73, Steve N4IRS On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Steve, You did a beautiful job with the config files comments... and the whole Distro... well done!!! On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman < <szingman@msgstor.com> szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing listApp_rpt-users@ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal. Steve On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
Hi All, I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email. Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running. Angelo On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
When you login as root the first time password = debian the firsttime script will walk you through it. scripts are in /usr/local/sbin 73, Steve N4IRS On 12/05/2015 06:12 PM, Angelo wrote:
Hi All,
I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email.
Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running.
Angelo
On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com <mailto:szingman@msgstor.com>> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
So, if i understand you correctly, you must download the config files from the web portal to be able to take advantage of the help scripts to convert the files??? Thanks, Angelo On 12/5/2015 5:15 PM, Steve Zingman wrote:
When you login as root the first time password = debian the firsttime script will walk you through it. scripts are in /usr/local/sbin
73, Steve N4IRS
On 12/05/2015 06:12 PM, Angelo wrote:
Hi All,
I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email.
Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running.
Angelo
On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
Angelo, If all you want to do is move your config files from ACID to DIAL, You should not need a script. Depending on your radio interface, you may not have to do anything. If you want to use the rpt config that comes with DIAL, it should not be hard to put your data into it. Tell us more about your ACID install. Steve On 12/05/2015 08:15 PM, Angelo wrote:
So, if i understand you correctly, you must download the config files from the web portal to be able to take advantage of the help scripts to convert the files???
Thanks,
Angelo
On 12/5/2015 5:15 PM, Steve Zingman wrote:
When you login as root the first time password = debian the firsttime script will walk you through it. scripts are in /usr/local/sbin
73, Steve N4IRS
On 12/05/2015 06:12 PM, Angelo wrote:
Hi All,
I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email.
Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running.
Angelo
On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
Hi Steve, I was able to rerun the two scripts firsttime and nodesetup and was able to get this rpt.conf and other files converted. It would be nice for the people that have copies of their rpt.conf and etc, to be able to put them in a directory and the help script would modify them and put them in the etc/asterisk directory for you. As you know, most ops put alot of cop codes and it would make it easier. Thanks for all your help! Happy Holidays, Angelo On 12/6/2015 6:39 AM, Steve Zingman wrote:
Angelo, If all you want to do is move your config files from ACID to DIAL, You should not need a script. Depending on your radio interface, you may not have to do anything. If you want to use the rpt config that comes with DIAL, it should not be hard to put your data into it. Tell us more about your ACID install.
Steve
On 12/05/2015 08:15 PM, Angelo wrote:
So, if i understand you correctly, you must download the config files from the web portal to be able to take advantage of the help scripts to convert the files???
Thanks,
Angelo
On 12/5/2015 5:15 PM, Steve Zingman wrote:
When you login as root the first time password = debian the firsttime script will walk you through it. scripts are in /usr/local/sbin
73, Steve N4IRS
On 12/05/2015 06:12 PM, Angelo wrote:
Hi All,
I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email.
Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running.
Angelo
On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don’t have any issues with them at the moment and I have some other things I’d rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
When you load dial, I believe the default config files are setup for Chan simple USB and so on. You download the config files from the Allstar portal via the download script, if you have them configured there, or you can do as I chose. I just copied all the backed up configs from the old node asterisk directory. Actually all I copied was rpt.conf, Iax.conf, extensions.conf and USBradio.conf and the usb radio tune file for the node. Then I edited the modules.conf file to tell the node to use USB radio instead of Simple usb. reboot and go. Done! Jon VA3RQ On 12/6/2015 10:15 AM, Angelo wrote:
Hi Steve,
I was able to rerun the two scripts firsttime and nodesetup and was able to get this rpt.conf and other files converted.
It would be nice for the people that have copies of their rpt.conf and etc, to be able to put them in a directory and the help script would modify them and put them in the etc/asterisk directory for you. As you know, most ops put alot of cop codes and it would make it easier.
Thanks for all your help!
Happy Holidays,
Angelo
On 12/6/2015 6:39 AM, Steve Zingman wrote:
Angelo, If all you want to do is move your config files from ACID to DIAL, You should not need a script. Depending on your radio interface, you may not have to do anything. If you want to use the rpt config that comes with DIAL, it should not be hard to put your data into it. Tell us more about your ACID install.
Steve
On 12/05/2015 08:15 PM, Angelo wrote:
So, if i understand you correctly, you must download the config files from the web portal to be able to take advantage of the help scripts to convert the files???
Thanks,
Angelo
On 12/5/2015 5:15 PM, Steve Zingman wrote:
When you login as root the first time password = debian the firsttime script will walk you through it. scripts are in /usr/local/sbin
73, Steve N4IRS
On 12/05/2015 06:12 PM, Angelo wrote:
Hi All,
I just switched over to DIAL here at home and was going over all the changes in the RPT, and several other config files. I also did a search in the archives and found this email.
Where are the helper scripts for convert the files from ACID to DIAL??? I woud love to get my Dial node running.
Angelo
On 10/23/2015 9:37 AM, Steve N4IRS wrote:
One thing that I was reminded of is that a conversion from ACID to DIAL will require changing rpt.conf. change all occurrences of zaptel with dahdi. The "helper" scripts do that to downloaded configs from the portal.
Steve
On 10/23/2015 10:32 AM, Tim Sawyer wrote:
Steve,
You did a beautiful job with the config files comments... and the whole Distro... well done!!!
On Fri, Oct 23, 2015 at 6:55 AM, Steve Zingman <szingman@msgstor.com> wrote:
Pete, Not sure if that is a question. Yes having a backup of /etc/asterisk will get you up right away. Yes, any custom audio files and scripts are a good thing to backup also. To get back online fast, just overwrite the sample files in /etc/asterisk. Longer term, if you look at /srv/config you will find the sample config files. I've tried to add a lot of comments and made them easier to read. It's really not hard to edit iax.conf, extensions.conf and rpt.conf with your data. modules.conf is different in DIAL. I made the decision that if you are not using a channel driver, app, feature or function, why load them. Take a look, it's pretty well commented.
As always, copy the files before editing. All the above applies to x86 DIAL as well as Raspberry Pi2 DIAL.
73, Steve N4IRS
On 10/23/2015 7:17 AM, pete M wrote:
If the upgrade is needed, would a copy of all the files in ect/asterisk/ directory would be enough to start back the system at the minimum. of course any script or audio files would still need to be ported to the new system.
Sent from my iPad
On Oct 21, 2015, at 9:35 PM, Steve Zingman <szingman@msgstor.com> wrote:
Nope, If it works, don't fix it. If you run into something the underlying OS can't do, upgrade.
73, Steve N4IRS
On 10/21/2015 09:22 PM, Jamey Wright wrote:
I have a couple of systems running ACID. Is there any compelling reason to upgrade them to DIAL? I don't have any issues with them at the moment and I have some other things I'd rather be doing.
Thanks
Jamey
WR4JW
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- -- Tim
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479 _______________________________________________ .
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below. root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk root@repeater:/etc/init.d# kill -9 1081 root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?) root@repeater:/etc/init.d# service asterisk restart root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI> 73, Steve N4IRS On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
I've never had a problem with service asterisk restart Or, as seems habit for me, /etc/init.d/asterisk restart Naturally I also only use ssh to do this. -- Buddy Brannan, KB5ELV - Erie, PA Phone: 814-860-3194 Mobile: 814-431-0962 Email: buddy@brannan.name
On Dec 12, 2015, at 7:16 AM, Steve Zingman <szingman@msgstor.com> wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve
I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog
2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned?
Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I download the dial release and installed it just after is first came out that was about 4 weeks ago. now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start. the service asterisk restart does not work for me on the x86 release. there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command. has there been any updates to the asterisk service command for systemd to fix this? ken n1dot On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Ken, As I posted below I could not recreate your issue. is there anything I'm missing? 73, Steve root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI> On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
hi steve the main issue steve is not the fact that service asterisk restart does not work. but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart. cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script. safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd. yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work. it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely. I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard. I have had to take the remote base node off of the allmon2 page to stop this crashing. it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed. this is why the asterisk auto restart on crash would be very nice where can i find a new or updated asterisk service script. can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image? otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface. ken n1dot On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base. Thanks, Steve On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way. ken n1dot On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Hi Ken, Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere. If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now: TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22 It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands. 73, David KB4FXC On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
<https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
I don't have any stability issues with the 706 and the basic rpt remote base code. I don't need hamlib. Admittedly, I don't use Aallmon in it. I'll have to try it. YMMV 73, Steve N4IRS On 12/12/2015 02:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
allmon and allmon2 will cause an issue. if you do not use them you will not have the problem steve. it can be made to cause a crash every time when used. this is why i have taken the remote base node off the allmon2 page's on dial. and will have to do the same for the acid build also. i am working with dial to make the migration to new hardware sooner or later. ken n1dot On 12/12/2015 2:25 PM, Steve Zingman wrote:
I don't have any stability issues with the 706 and the basic rpt remote base code. I don't need hamlib. Admittedly, I don't use Aallmon in it. I'll have to try it.
YMMV
73, Steve N4IRS
On 12/12/2015 02:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ . -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
I'm curious as to why allmon would be an issue? I'm running 2 allmon servers which monitor up to 12 nodes with 5 remote bases and have not had issues. What is the problem that allmon causes? de K0JSC On Sat, Dec 12, 2015 at 12:41 PM, Kenneth Grimard <n1dot1@gmail.com> wrote:
allmon and allmon2 will cause an issue. if you do not use them you will not have the problem steve. it can be made to cause a crash every time when used.
this is why i have taken the remote base node off the allmon2 page's on dial. and will have to do the same for the acid build also.
i am working with dial to make the migration to new hardware sooner or later.
ken n1dot
On 12/12/2015 2:25 PM, Steve Zingman wrote:
I don't have any stability issues with the 706 and the basic rpt remote base code. I don't need hamlib. Admittedly, I don't use Aallmon in it. I'll have to try it.
YMMV
73, Steve N4IRS
On 12/12/2015 02:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node
using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________
.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp:// ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
This email has been sent from a virus-free computer protected by Avast. www.avast.com < https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp:// ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
This email has been sent from a virus-free computer protected by Avast. www.avast.com < https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Jeff, To try to narrow the search, what equipment do you use on your remote bases? Steve On 12/12/2015 05:01 PM, Jeff Carrier wrote:
I'm curious as to why allmon would be an issue? I'm running 2 allmon servers which monitor up to 12 nodes with 5 remote bases and have not had issues. What is the problem that allmon causes?
de K0JSC
On Sat, Dec 12, 2015 at 12:41 PM, Kenneth Grimard <n1dot1@gmail.com <mailto:n1dot1@gmail.com>> wrote:
allmon and allmon2 will cause an issue. if you do not use them you will not have the problem steve. it can be made to cause a crash every time when used.
this is why i have taken the remote base node off the allmon2 page's on dial. and will have to do the same for the acid build also.
i am working with dial to make the migration to new hardware sooner or later.
ken n1dot
On 12/12/2015 2:25 PM, Steve Zingman wrote:
I don't have any stability issues with the 706 and the basic rpt remote base code. I don't need hamlib. Admittedly, I don't use Aallmon in it. I'll have to try it.
YMMV
73, Steve N4IRS
On 12/12/2015 02:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com <mailto:markster@digium.com>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com <mailto:markster@digium.com>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com <mailto:markster@digium.com>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com <mailto:markster@digium.com>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
This email has been sent from a virus-free computer protected by Avast. www.avast.com <http://www.avast.com> <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
This email has been sent from a virus-free computer protected by Avast. www.avast.com <http://www.avast.com> <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org <mailto:App_rpt-users@ohnosec.org> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
I've used anything from the Kenwood G707 to commercial rigs. I currently use Motorolas and steer the channels with GPIO. I never had an issue with allmon when using the 707 we just needed tougher hardware. On Sat, Dec 12, 2015 at 3:11 PM, Steve Zingman <szingman@msgstor.com> wrote:
Jeff, To try to narrow the search, what equipment do you use on your remote bases?
Steve
On 12/12/2015 05:01 PM, Jeff Carrier wrote:
I'm curious as to why allmon would be an issue? I'm running 2 allmon servers which monitor up to 12 nodes with 5 remote bases and have not had issues. What is the problem that allmon causes?
de K0JSC
On Sat, Dec 12, 2015 at 12:41 PM, Kenneth Grimard <n1dot1@gmail.com> wrote:
allmon and allmon2 will cause an issue. if you do not use them you will not have the problem steve. it can be made to cause a crash every time when used.
this is why i have taken the remote base node off the allmon2 page's on dial. and will have to do the same for the acid build also.
i am working with dial to make the migration to new hardware sooner or later.
ken n1dot
On 12/12/2015 2:25 PM, Steve Zingman wrote:
I don't have any stability issues with the 706 and the basic rpt remote base code. I don't need hamlib. Admittedly, I don't use Aallmon in it. I'll have to try it.
YMMV
73, Steve N4IRS
On 12/12/2015 02:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node
using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer < <markster@digium.com>markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer < <markster@digium.com>markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer < <markster@digium.com> markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer < <markster@digium.com> markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. =========================================================================
Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________
.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp:// ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
This email has been sent from a virus-free computer protected by Avast. www.avast.com < https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp:// ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
This email has been sent from a virus-free computer protected by Avast. www.avast.com < https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit <http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
hi dave yes the remote base does cause a stability issue. but for the part is does work. but when disabled asterisk much more stable too. i use the k0kn node swap script to enable and disable by changing that rpt.conf with a different one and restarting asterisk on the acid system. trying to migrate to dial now. having been trying to get to it work with dial due to the support of new hard ware. it has been fairly stable with the dial x86 so far. except when using allmon2 via the manager interface to access the remote base node. when that is done it will cause asterisk to crash. the ic-706 system built in to allstar is very nice due to the voice readback of settings which is not easy to do via ham-lib. other wise it has been fairly stable providing i do not do certain things to upset it and make asterisk unhappy. the x86 system with a REAL serial port is the most stable for cat control for the ic-706. I have had a lot of trouble using a usb to serial adapters. usb to serial is a real problem child on most system's even windows. ken n1dot On 12/12/2015 2:20 PM, David McGough wrote:
Hi Ken,
Interesting that having allmon2 probe the RB stats causes a Asterisk crash...Back in yesteryear I tried to run a 706mkiig RB using the built-in code and never had good results--YES, it did work. But, Asterisk wasn't stable very long, frequently crashing several times a day, depending on use. Various serial communications issues with the radio would -sporadically- "knock it for a loop" too. I concluded that their was probably memory getting clobbered somewhere.
If I disabled the RB command support, the Asterisk stability skyrocketed--uptimes now measured in weeks, months or longer. As an example, here are the stats from one of my RB systems now:
TX time today....................................: 01:12:27.95 TX time since system initialization..............: 87:37:42.861 Uptime...........................................: 1336:34:22
It has been up 55 days without any issues....And, as you can see, it gets used--But, I now use hamlib for all RB commands.
73, David KB4FXC
On Sat, 12 Dec 2015, Kenneth Grimard wrote:
the crash is caused when accessing the the remote base node using the asterisk manager interface via allmon2 by the way.
ken n1dot
On 12/12/2015 2:02 PM, Steve Zingman wrote:
Ken, I now better understand. I'll work on something that will solve the restart from crash. I will also look into what is causing the crash since I also have a 706 as a remote base.
Thanks, Steve
On 12/12/2015 01:50 PM, Kenneth Grimard wrote:
hi steve
the main issue steve is not the fact that service asterisk restart does not work.
but the main issue is that if asterisk crashes for any reason it will not restart itself. because of this i also can not use cop,1 cop command which is asterisk restart.
cop,1 will cause asterisk to exit for restart but asterisk will not restart via a watchdog script.
safe_asterisk used to do this very nicely but it has been eliminated. and you only use the asterisk service script under systemd.
yes the version of the asterisk service script i have here from the dial build from about 4 to 5 weeks ago the service asterisk restart does not work.
it force's me to use service asterisk stop to remove the asterisk.ctl file from the /var/run and the the service asterisk start will then work allowing asterisk to be restarted proprely.
I also have a node setup for remote base mode using an ic-706mkiig and sometimes that will cause a crash with it. when asterisk is accessed via an allmon2 dashboard.
I have had to take the remote base node off of the allmon2 page to stop this crashing.
it will do it every time too. that is something with the old remote base code with in app_rpt.c too which has never been fixed.
this is why the asterisk auto restart on crash would be very nice
where can i find a new or updated asterisk service script.
can i get it from the rpi2 dial image and put in the dial x86 build with out having to re-install dial x86 image?
otherwise for the most part asterisk under dial has been fairly stable. but i can make it crash under certain conditions which i try to avoid. like using allmon2 to access the remote base node via the asterisk manager interface.
ken n1dot
On 12/12/2015 1:01 PM, Steve Zingman wrote:
Ken, As I posted below I could not recreate your issue. is there anything I'm missing?
73, Steve
root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4407) repeater*CLI> rpt cmd 2150 cop 1 2150 repeater*CLI> Killed
root@repeater:~# service asterisk restart root@repeater:~# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 4462) repeater*CLI>
On 12/12/2015 11:50 AM, Kenneth Grimard wrote:
I download the dial release and installed it just after is first came out that was about 4 weeks ago.
now if asterisk crash for any reason or if you use the cop,1 cop command it will not restart is self at all. you have to go into an ssh shell and issue a service asterisk stop then a service asterisk start.
the service asterisk restart does not work for me on the x86 release.
there seems to be no way for asterisk to restart itself after a crash or after using the cop,1 cop command.
has there been any updates to the asterisk service command for systemd to fix this?
ken n1dot
On 12/12/2015 7:16 AM, Steve Zingman wrote:
Neil, I misread your message last night. I just tested service asterisk restart on DIAL x86 restarts a dead asterisk. See below.
root@repeater:/etc/init.d# ps ax | grep asterisk 1081 ? Ssl 0:01 /usr/sbin/asterisk 1117 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# kill -9 1081
root@repeater:/etc/init.d# ps ax | grep asterisk 1125 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
root@repeater:/etc/init.d# service asterisk restart
root@repeater:/etc/init.d# ps ax | grep asterisk 1143 ? Ssl 0:00 /usr/sbin/asterisk 1171 pts/0 S+ 0:00 grep asterisk
root@repeater:/etc/init.d# asterisk -r Asterisk 1519, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Connected to Asterisk 1519 currently running on repeater (pid = 1143) repeater*CLI>
73, Steve N4IRS
On 12/12/2015 12:44 AM, Neil k8it wrote:
Steve I have been evaluating Dial on a Linux PC Observations 1. When asterisk crashes, there is no restart or watchdog 2.this makes debugging very difficult 3.asterisk service mode restart does not seem to work 4. in this mode remote SSH to restart is not possible Do you have any fixes planned? Thanks 73 Neil Sablatzky K8IT Allstar Node 41838 KITLINK Allstar Node 42087 KITLINK HUB IRLP Node exp0068 Echolink K8IT-L WIRES-X K8IT 11479 Room 21479
_______________________________________________ .
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> This email has been sent from a virus-free computer protected by Avast. www.avast.com <https://www.avast.com/?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
-- "Anything is possible if you don't know what you are talking about." 1st Law of Logic
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
participants (12)
-
Angelo -
Buddy Brannan -
David McGough -
Jamey Wright -
Jeff Carrier -
Kenneth Grimard -
Neil k8it -
pete M -
REDBUTTON_CTRL -
Steve N4IRS -
Steve Zingman -
Tim Sawyer