From kc7mrq at gmail.com Sun Sep 8 14:51:02 2019 From: kc7mrq at gmail.com (Corey) Date: Sun, 8 Sep 2019 12:51:02 -0600 Subject: [Arm-allstar-irlp] Internet & astdb.txt question Message-ID: Good afternoon all, I've noticed a couple differences since moving over to HAMVOIP from ASL. Can someone point in me in the right direction? 1. The /var/log/asterisk/astdb.txt file is always deleted whenever there is a reboot or power failure. My band-aid fix was to put a reboot cron entry to run astdb.php at startup. What is the proper way to stop the txt file from deleting during a power cycle or reboot? 2. I noticed the repeater seems to go into a sleep mode with no local control when the internet goes away. I don't recall having this issue with ASL. What config files do I need to modify to ensure repeater is online for local usage even when the internet connection fails? Is there a way to change the CT to indicate the internet status? Thanks for your help, Corey KC7MRQ From k4fxc at pcrn.net Sun Sep 8 18:18:35 2019 From: k4fxc at pcrn.net (David McGough) Date: Sun, 8 Sep 2019 18:18:35 -0400 (EDT) Subject: [Arm-allstar-irlp] Internet & astdb.txt question In-Reply-To: Message-ID: In the HamVoIP firmware, the astdb.txt file is written to a RAMDISK (tmpfs) filesystem. So, yes, this file is lost and must be re-downloaded after reboots, etc. You could modify the /usr/local/etc/rc.allstar and /usr/local/sbin/astdb.php scripts to put this file in a different spot....I'm not sure it's worth this effort, probably just being simpler to re-download the file using astdb.php placed in the /etc/rc.local script. In my experience, the RPi boards seldom need to be rebooted and my case seldom loose power, so this hasn't been a concern. As for the repeater "going to sleep" on loss of Internet, I've not experienced this. In fact, I've got a couple repeaters right now without Internet access after Hurricane Dorian; no problems with functionality (other than can't connect to them via the Internet, obviously). How is this repeater configured? ...You could, in theory, select an alternate CT. But, you would need a script to detect the error condition and then activate the CT. 73, David K4FXC On Sun, 8 Sep 2019, "Corey via ARM-allstar-irlp" wrote: > Good afternoon all, > I've noticed a couple differences since moving over to HAMVOIP from ASL. > Can someone point in me in the right direction? > > 1. The /var/log/asterisk/astdb.txt file is always deleted whenever there > is a reboot or power failure. My band-aid fix was to put a reboot cron > entry to run astdb.php at startup. What is the proper way to stop the txt > file from deleting during a power cycle or reboot? > > 2. I noticed the repeater seems to go into a sleep mode with no local > control when the internet goes away. I don't recall having this issue with > ASL. What config files do I need to modify to ensure repeater is online for > local usage even when the internet connection fails? Is there a way to > change the CT to indicate the internet status? > > > Thanks for your help, > > Corey > KC7MRQ > _______________________________________________ > ARM-allstar-irlp mailing list > ARM-allstar-irlp at hamvoip.org > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar-irlp > From roney at chiarappa.com Sun Sep 8 21:28:47 2019 From: roney at chiarappa.com (Lawrence Roney) Date: Sun, 08 Sep 2019 18:28:47 -0700 Subject: [Arm-allstar-irlp] Internet & astdb.txt question In-Reply-To: Message-ID: <96a74fcd95533745af2f62dcd985ed72@mail.chiarappa.com> For what it's worth. I experienced the same "repeater goes to sleep" issue a few weeks back when one of the mountaintops lost connectivity. The physical ethernet link on the Pi would have remained up since it is plugged into a switch, but there was no connection to the Internet further downstream. My Pi has a static IP address if that lends any insight. Also, the mountaintop Pi would have been a permalink *73xxxxx connection to a central Pi down in the valley acting as a hub. The repeater "woke back up" as soon as Internet was restored. I have not had a chance to test with another Pi on the bench. Most of my bench units are DHCP. Thanks, Lawrence N6YFN Henderson Amateur Radio Club - w7hen.com -----Original Message----- From: ARM-allstar-irlp On Behalf Of "David McGough via ARM-allstar-irlp" Sent: Sunday, September 8, 2019 3:19 PM To: "Corey via ARM-allstar-irlp" Cc: David McGough ; Corey Subject: Re: [Arm-allstar-irlp] Internet & astdb.txt question In the HamVoIP firmware, the astdb.txt file is written to a RAMDISK (tmpfs) filesystem. So, yes, this file is lost and must be re-downloaded after reboots, etc. You could modify the /usr/local/etc/rc.allstar and /usr/local/sbin/astdb.php scripts to put this file in a different spot....I'm not sure it's worth this effort, probably just being simpler to re-download the file using astdb.php placed in the /etc/rc.local script. In my experience, the RPi boards seldom need to be rebooted and my case seldom loose power, so this hasn't been a concern. As for the repeater "going to sleep" on loss of Internet, I've not experienced this. In fact, I've got a couple repeaters right now without Internet access after Hurricane Dorian; no problems with functionality (other than can't connect to them via the Internet, obviously). How is this repeater configured? ...You could, in theory, select an alternate CT. But, you would need a script to detect the error condition and then activate the CT. 73, David K4FXC On Sun, 8 Sep 2019, "Corey via ARM-allstar-irlp" wrote: > Good afternoon all, > I've noticed a couple differences since moving over to HAMVOIP from ASL. > Can someone point in me in the right direction? > > 1. The /var/log/asterisk/astdb.txt file is always deleted whenever > there is a reboot or power failure. My band-aid fix was to put a > reboot cron entry to run astdb.php at startup. What is the proper way > to stop the txt file from deleting during a power cycle or reboot? > > 2. I noticed the repeater seems to go into a sleep mode with no local > control when the internet goes away. I don't recall having this issue > with ASL. What config files do I need to modify to ensure repeater is > online for local usage even when the internet connection fails? Is > there a way to change the CT to indicate the internet status? > > > Thanks for your help, > > Corey > KC7MRQ > _______________________________________________ > ARM-allstar-irlp mailing list > ARM-allstar-irlp at hamvoip.org > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar-irlp > _______________________________________________ ARM-allstar-irlp mailing list ARM-allstar-irlp at hamvoip.org http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar-irlp Scanned by Symantec Email Security.cloud service. From k4fxc at pcrn.net Mon Sep 9 03:42:50 2019 From: k4fxc at pcrn.net (David McGough) Date: Mon, 9 Sep 2019 03:42:50 -0400 (EDT) Subject: [Arm-allstar-irlp] Internet & astdb.txt question In-Reply-To: <96a74fcd95533745af2f62dcd985ed72@mail.chiarappa.com> Message-ID: Hi Lawrence, Interesting. I'll investigate this connectivity scenario. All my (RPi3B) boards are connected to the network via WiFi and have static IP addresses, with a OpenVPN tunnel to a central hub. I've had cases where the AP that the RPi boards link to go down and cases where upstream connectivity went down---no odd behavior in either case. 73, David K4FXC On Sun, 8 Sep 2019, Lawrence Roney wrote: > For what it's worth. > > I experienced the same "repeater goes to sleep" issue a few weeks back when one of the mountaintops lost connectivity. The physical ethernet link on the Pi would have remained up since it is plugged into a switch, but there was no connection to the Internet further downstream. > > My Pi has a static IP address if that lends any insight. Also, the mountaintop Pi would have been a permalink *73xxxxx connection to a central Pi down in the valley acting as a hub. The repeater "woke back up" as soon as Internet was restored. > > I have not had a chance to test with another Pi on the bench. Most of my bench units are DHCP. > > Thanks, > > Lawrence > N6YFN > Henderson Amateur Radio Club - w7hen.com > From w5los at yahoo.com Mon Sep 9 08:00:35 2019 From: w5los at yahoo.com (Jesse Royall) Date: Mon, 9 Sep 2019 07:00:35 -0500 Subject: [Arm-allstar-irlp] Internet & astdb.txt question In-Reply-To: References: Message-ID: I?ve noticed with the latest update. I?ve got a broken Ethernet cable clip and when it came unplugged my allstar node wouldn?t respond until I plugged it back in. I thought I had a bad sd card and was fixing to reimagine it when i plugged it back into the Ethernet cord and then after a few mins, my node came back and started acting like a controller again. Sent from my iPhone > On Sep 9, 2019, at 2:42 AM, David McGough via ARM-allstar-irlp wrote: > > > Hi Lawrence, > > Interesting. I'll investigate this connectivity scenario. All my (RPi3B) > boards are connected to the network via WiFi and have static IP addresses, > with a OpenVPN tunnel to a central hub. I've had cases where the AP that > the RPi boards link to go down and cases where upstream connectivity went > down---no odd behavior in either case. > > 73, David K4FXC > > > >> On Sun, 8 Sep 2019, Lawrence Roney wrote: >> >> For what it's worth. >> >> I experienced the same "repeater goes to sleep" issue a few weeks back when one of the mountaintops lost connectivity. The physical ethernet link on the Pi would have remained up since it is plugged into a switch, but there was no connection to the Internet further downstream. >> >> My Pi has a static IP address if that lends any insight. Also, the mountaintop Pi would have been a permalink *73xxxxx connection to a central Pi down in the valley acting as a hub. The repeater "woke back up" as soon as Internet was restored. >> >> I have not had a chance to test with another Pi on the bench. Most of my bench units are DHCP. >> >> Thanks, >> >> Lawrence >> N6YFN >> Henderson Amateur Radio Club - w7hen.com >> > > _______________________________________________ > ARM-allstar-irlp mailing list > ARM-allstar-irlp at hamvoip.org > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar-irlp From k4fxc at pcrn.net Mon Sep 9 08:08:12 2019 From: k4fxc at pcrn.net (David McGough) Date: Mon, 9 Sep 2019 08:08:12 -0400 (EDT) Subject: [Arm-allstar-irlp] Internet & astdb.txt question In-Reply-To: Message-ID: Jesse, Do you have any permanent out-bound AllStar connections from your node? Are you controlling a repeater, or just simplex (what is the duplex= setting in rpt.conf)?? 73, David K4FXC On Mon, 9 Sep 2019, Jesse Royall wrote: > I've noticed with the latest update. I've got a broken Ethernet cable clip and when it came unplugged my allstar node wouldn't respond until I plugged it back in. I thought I had a bad sd card and was fixing to reimagine it when i plugged it back into the Ethernet cord and then after a few mins, my node came back and started acting like a controller again. > > Sent from my iPhone > > > On Sep 9, 2019, at 2:42 AM, David McGough via ARM-allstar-irlp wrote: > > > > > > Hi Lawrence, > > > > Interesting. I'll investigate this connectivity scenario. All my (RPi3B) > > boards are connected to the network via WiFi and have static IP addresses, > > with a OpenVPN tunnel to a central hub. I've had cases where the AP that > > the RPi boards link to go down and cases where upstream connectivity went > > down---no odd behavior in either case. > > > > 73, David K4FXC > > > > > > > >> On Sun, 8 Sep 2019, Lawrence Roney wrote: > >> > >> For what it's worth. > >> > >> I experienced the same "repeater goes to sleep" issue a few weeks back when one of the mountaintops lost connectivity. The physical ethernet link on the Pi would have remained up since it is plugged into a switch, but there was no connection to the Internet further downstream. > >> > >> My Pi has a static IP address if that lends any insight. Also, the mountaintop Pi would have been a permalink *73xxxxx connection to a central Pi down in the valley acting as a hub. The repeater "woke back up" as soon as Internet was restored. > >> > >> I have not had a chance to test with another Pi on the bench. Most of my bench units are DHCP. > >> > >> Thanks, > >> > >> Lawrence > >> N6YFN > >> Henderson Amateur Radio Club - w7hen.com > >> > > > > _______________________________________________ > > ARM-allstar-irlp mailing list > > ARM-allstar-irlp at hamvoip.org > > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar-irlp > >