[arm-allstar] core dump mode switch
Doug Crompton
wa3dsp at gmail.com
Sat May 23 23:19:11 EDT 2020
Whenever you change config files you really must stop Asterisk first,
change the file, then restart Asterisk. This could be done easily in a
script -
astdn.sh
cp rpt.config.night rpt.config
astup.sh
The entire process would take only seconds to do and could be run from a
cron. You also could add a sound file to tell users what is going on
before the script is run like "System going to night mode - please standby"
If you are worried about users being disconnected have them use *73
permanent connect to you and it will be transparent.
If you are running broadcastify on the server you should be running the
nptee method as described in the howto at hamvoip.org. This will ensure
that the system will go down and come back up properly. It also won't miss
anything as there is a small amount of buffering in nptee.
This also applies to making changes in rpt.conf (not changing the entire
file) and reloading. You can mostly get away with doing this but there is
no guarantee it will not cause a core dump.
*73 Doug*
*WA3DSP*
*http://www.crompton.com/hamradio <http://www.crompton.com/hamradio>*
On Sat, May 23, 2020 at 10:58 PM "Glenn Gould via ARM-allstar" <
arm-allstar at hamvoip.org> wrote:
> I've been trying to troubleshoot an issue when i'm changing modes on the
> repeater. Backstory, running the current hamvoip image. I have 3 rpt.xxx
> files to run "day mode," "night mode," and "net mode" I'm using a bash
> script to copy the rpt.xxx file to rpt.conf and then asking allstar to
> reload. after this completes i have it playback using localplay a sound
> file to alert users to the mode change. At some point in the process,
> going from either daymode or night mode to net mode is causing a coredump
> and prohibits allsar from restarting on its own. I'm getting around this
> by manually rebooting the node. The only other item of note, is i'm
> running a broadcasify feed of the repeater from the rpt.conf files. Been
> chasing my tail for about 6 months hopefully someone has a tidbit I can use
> to get a handle on this.
>
> --
> -Thanks
>
> Glenn D. Gould
> 616.889.9647
> _______________________________________________
>
> ARM-allstar mailing list
> ARM-allstar at hamvoip.org
> http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
>
> Visit the BBB and RPi2/3/4 web page - http://hamvoip.org
>
More information about the ARM-allstar
mailing list