[arm-allstar] AllStar SHARI running HamVoIP will not accept incoming connections
David McGough
kb4fxc at inttek.net
Sun Dec 25 19:18:52 EST 2022
Hi Curt,
Those config files look correct, but there has to be a typo in there,
somewhere. If you would like for me to take a look at it via ssh, etc.,
contact me off-list.
Merry Christmas!
73, David K4FXC
On Sun, 25 Dec 2022, Curt Faulk via ARM-allstar wrote:
> I checked, and all of my pre-existing entries appear correct. Here is the
> stanza from iax.conf:
>
> [radio]
> type=user
> disallow=all
> allow=g726aal2
> allow=ilbc
> allow=ulaw
> allow=gsm
> ; Hamvoip additional codecs - uncomment as needed
> ;allow=g729
> ;allow=adpcm
> ;allow=g722
> ;allow=codec2
> ;
> codecpriority=host
> ;
> ; To use the ban/allow (blacklist/whitelist) feature
> ; comment with a ';' the context = radio-secure line and
> ; remove the ';' from either the context = whitelist or
> ; context = blacklist line. ONLY ONE of the three lines
> ; can be active (uncommented).
> ;
> ; The best way to allow or ban nodes from the database is to
> ; use the Supermon application or the node-ban-allow.sh script.
>
> *context=radio-secure*
>
> --------
>
> And here is the appropriate line from extensions.conf:
>
> [radio-secure]
> *exten = 52477,1,rpt,52477*
> ;exten = 1999,1,rpt,1999
>
> I am running Zerotier at the remote location, and will soon have everything
> behind Zerotier on an RPi so that every device on the network is routable.
>
> On Sat, Dec 24, 2022 at 6:55 PM <arm-allstar-request at hamvoip.org> wrote:
>
> > Send ARM-allstar mailing list submissions to
> > arm-allstar at hamvoip.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> > or, via email, send a message with subject or body 'help' to
> > arm-allstar-request at hamvoip.org
> >
> > You can reach the person managing the list at
> > arm-allstar-owner at hamvoip.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of ARM-allstar digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Re: ASL behind CGNAT. (Michael Champion)
> > 2. Re: ASL behind CGNAT. (David McAnally)
> > 3. Voice announcements stopping (Nate Bargmann)
> > 4. Re: Voice announcements stopping (David McGough)
> > 5. Re: Voice announcements stopping (Nate Bargmann)
> > 6. Re: ASL behind CGNAT. (David McGough)
> > 7. Re: Voice announcements stopping (David McGough)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Sat, 24 Dec 2022 18:10:22 +0000 (UTC)
> > From: Michael Champion <mikec at pcpackrat.net>
> > To: ARM Allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] ASL behind CGNAT.
> > Message-ID: <377490160d6244db85c16b021fed1630 at pcpackrat.net>
> > Content-Type: text/plain; charset=us-ascii
> >
> > Has anyone used AMPRNet VPN?
> >
> > -Michael
> >
> >
> > -----Original Message-----
> > From: ARM-allstar <arm-allstar-bounces at hamvoip.org> On Behalf Of David
> > McGough via ARM-allstar
> > Sent: Friday, December 23, 2022 2:05 AM
> > To: Carl Swanson via ARM-allstar <arm-allstar at hamvoip.org>
> > Cc: David McGough <kb4fxc at inttek.net>; Carl Swanson <cswa20026 at gmail.com>
> > Subject: Re: [arm-allstar] ASL behind CGNAT.
> >
> >
> > Carl,
> >
> > Some variety of VPN is the best choice for solving NAT issues.
> >
> > Zerotier is probably the easiest VPN to setup these days. There are many
> > other great choices, too, OpenVPN and WireGuard being favorites. OpenVPN,
> > using pre-shared static keys, is probably the second simplest to setup.
> >
> > Note that Zerotier does not require any of the member endpoints to use
> > static IP addresses nor does it need some type of dynamic DNS mechanism to
> > advertise the current gateway IP address, if the gateway is on a dynamic IP
> > (perhaps like home DSL or cable, etc).
> >
> > Socks5 *might* also work, however, since this protocol isn't natively
> > supported by AllStar (nor ssh, apache, etc), setup will require jumping
> > through multiple networking hoops, using client and server endpoints!
> > This approach wouldn't be on my prospect list at all, unless it was a
> > required lab exercise in college, conceived of by some TA wanting to
> > inflict suffering on the students!!!! LOL
> >
> >
> > 73, David K4FXC
> >
> >
> >
> >
> > On Tue, 20 Dec 2022, Carl Swanson via ARM-allstar wrote:
> >
> > > Hive mind,
> > >
> > > What is the general consensus for exposing nodes that sit behind CGNAT?
> > > Yeah, I know "getting a real IP address" is the proper option, but
> > > what has the experimenter in you used that worked well and was
> > persistent?
> > >
> > > I'ver looked at VPN solutions, but most of them will only expose
> > > HTTP/HTTPS on port 80/443, assuming you're using it for streaming
> > whatever.
> > >
> > > Am I really looking for a SOCKS5 proxy?
> > >
> > > I'm experimenting with a Cloudflare tunnel right now to see if I can
> > > get that to work, but the initial results aren't too promising (or I'm
> > > just too ham handed with the config)...
> > >
> > > What say y'all?
> > >
> > > 73,
> > >
> > > Carl, K6CRS
> > > _____________________________________________
> > > Carl Swanson
> > > cswa20026 at gmail.com
> > > _______________________________________________
> > >
> > > ARM-allstar mailing list
> > > ARM-allstar at hamvoip.org
> > >
> > https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxsnX5hn7TU325G8oi6-2B-2B68-2BwhGiBBSG1LJ7LE7aAp27FZgqyhqVoEw-2FwyPvjgnS0NmHGZydrH6Mn-2BbZ0uONMd-2BU-3DvoKP_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnGwt8U-2B8tWcLhaKdbvXJWSMlh7M21nCtOf2IzNccibtrpgfa7FNySYN31dGSo-2BWdTOIxjI8Np-2BtJ-2B8YfOwDATsXLtsyXOenD44iSWVag-2Fs7lQJhSLUt2Zz6EaVy3CyFPYg-3D-3D
> > >
> > > Visit the BBB and RPi2/3/4 web page -
> > https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxp2v7e6FoqkdrbWrMgmY-2B-2Fc-3Dh4B__suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnJ-2FVi0BzexALnY94yAbPL48fk1ZZDhB9eaRPpgR4mqQc8JRVSgAojiG-2F8Yp76S-2Fqu5XJaqPGamlPUO0p0MLSZAQM1717S80I9YgYPwLR1ETuF75N6aovWVTiK8AIz8ZzzA-3D-3D
> > >
> >
> > _______________________________________________
> >
> > ARM-allstar mailing list
> > ARM-allstar at hamvoip.org
> >
> > https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxsnX5hn7TU325G8oi6-2B-2B68-2BwhGiBBSG1LJ7LE7aAp27FZgqyhqVoEw-2FwyPvjgnS0NmHGZydrH6Mn-2BbZ0uONMd-2BU-3D95eT_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnOCxpmvW7IisyzMucqBXVnE86R2DCc-2FJJWOm5ZWlCTghdScwocvPHG30-2FWTvS3-2Bcnf06upVZHhTEFCPXqIZEuhah1mH-2FsIIKRa1-2FRoaMolK6ZEcxmHBbZ1N5yskAfomcXg-3D-3D
> >
> > Visit the BBB and RPi2/3/4 web page -
> > https://u20598202.ct.sendgrid.net/ls/click?upn=09V9cxkRtbTRgot8gmcwxp2v7e6FoqkdrbWrMgmY-2B-2Fc-3DftXd_suu-2Bumw0rk7NlPwUBUSara-2FvYpHbz7XPaK8euZ-2BoXZL-2FDCW5EZdSVtwFzRxIEvTiTbbsJOlKaaXFnVYHZgDKnAA7J7LHv9DfP4o0vl9xONOyxmcdoOE-2FEy3tw2LD1baQ7j3pga6MUFp8zTFjbKO79gKy-2BlLXR76W8UGaFQg-2FZo3yRqOE-2BSqU4fLwGY-2FqDwBMp1ColY5-2FQtRCS6WeDCqDQQ-3D-3D
> >
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Sat, 24 Dec 2022 14:30:35 -0600
> > From: David McAnally <david.mcanally at gmail.com>
> > To: ARM Allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] ASL behind CGNAT.
> > Message-ID:
> > <CAKjWhqukKTgX=
> > SwGN3W8um3e63RGZUBWteLHYQPWAgbsVU0dGA at mail.gmail.com>
> > Content-Type: text/plain; charset="UTF-8"
> >
> > On Sat, Dec 24, 2022 at 1:02 PM Michael Champion via ARM-allstar <
> > arm-allstar at hamvoip.org> wrote:
> >
> > > Has anyone used AMPRNet VPN?
> > >
> >
> > I believe this statement in the WiKi for AMPRNet VPN
> > <https://wiki.ampr.org/wiki/AMPRNet_VPN> prevents wider use for
> > applications like Allstar.
> >
> > The AMPRNet VPN is only used to access the AMPRNet. While you're connected
> > > to the AMPRNet VPN, the VPN client will only transmit packets from you to
> > > the AMPRNet via the VPN. Packets from you to the rest of the Internet
> > will
> > > not go via the VPN - they'll flow out from your local network connection
> > as
> > > before.
> > >
> >
> > This restricts that VPN to only connect with other 44Net addresses only.
> >
> > IRLP provides a 44Net VPN service as part of the IRLP system for any IRLP
> > nodes. EchoLink provides proxy and relay servers
> > <https://www.echolink.org/proxylist.jsp>, most using 44Net addresses for
> > EchoLink users. Perhaps AllstarLink.org would consider offering a similar
> > 44Net VPN service for Allstar nodes?
> >
> > Otherwise, it's relatively easy to install and run your own VPN server on
> > Vultr or similar virtual host providers for $5 per month or less. If you
> > join with a group of like minded hams, or operate several nodes, needing
> > VPN services you could request a 44Net subnet and share a single VPN
> > virtual host using BGP on Vultr or similar BGP providers. I, and many
> > others, have requested a 44Net subnet for use with Allstar and other ham
> > radio networked applications.
> >
> > David McAnally
> > WD5M
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Sat, 24 Dec 2022 18:52:45 -0600
> > From: Nate Bargmann <n0nb at n0nb.us>
> > To: ARM Allstar <arm-allstar at hamvoip.org>
> > Subject: [arm-allstar] Voice announcements stopping
> > Message-ID: <20221225005245.saxwk2ng6cpjartb at n0nb.us>
> > Content-Type: text/plain; charset=us-ascii
> >
> > This is an issue that first appeared back in November around the 13th,
> > at least that is when I first noticed it and just before our weekly net.
> > Prior to that the system had run for just at a year without issue.
> >
> > The symptom I saw then in Supermon2 and now is that playing an
> > announcement command such as the time and weather is that PTT shows
> > asserted but no audio comes from the transmitter nor is it keyed. Also,
> > if the repeater is active Supermon2 shows no COS activation. A neighbor
> > whose repeater we link to via Echolink for the net reported hearing no
> > audio from my node which stands to reason as Asterisk never sees the COS
> > so it likely never got any audio.
> >
> > My setup is that the AllStar node is connected to the link port of a
> > CAT-200B controller so the repeater remains functional but AllStar
> > appears inoperative. HamVoip is running on a Pi 3B+ and the interface
> > to the controller is a Techno-by-George ARA-1 FOB. Everything is in a
> > box so I doubt there is rodent damage as it comes back working after a
> > reboot.
> >
> > Fast forward to two days ago and I noticed that top of the hour
> > announcements had ceased. Then as back in November rebooting from the
> > Admin menu recovered all functions. Immediately after the reboot I shut
> > down AutoSky in case it was causing an issue as it had been very busy
> > with this week's winter storm and wind chill warnings.
> >
> > Since it did it again today and since the net isn't until tomorrow
> > evening, I have a bit of time to do some forensic investigation.
> > Checking with the lsusb command shows the audio interface is still
> > present:
> >
> > # lsusb
> > Bus 001 Device 005: ID 0d8c:0013 C-Media Electronics, Inc.
> >
> > Both the AllStar and Echolink status pages show my node is active and
> > there is one active AllStar connection so I'm reasonably confident that
> > Asterisk is still running given that and what I see from the Supermon2
> > Web page (not publicly accessible since I have access locked down with
> > SSH private key and I am reverse tunneling HTTP to my local computer) is
> > simply reporting what Asterisk is doing.
> >
> > Is there any way to query the status of the C-Media chip? Or am I stuck
> > with reboots until I can get access to the site to replace the interface
> > board (I do have a spare)?
> >
> > 73, Nate, N0NB
> >
> > --
> > "The optimist proclaims that we live in the best of all
> > possible worlds. The pessimist fears this is true."
> > Web: https://www.n0nb.us
> > Projects: https://github.com/N0NB
> > GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
> >
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Sat, 24 Dec 2022 20:01:19 -0500 (EST)
> > From: David McGough <kb4fxc at inttek.net>
> > To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] Voice announcements stopping
> > Message-ID:
> > <Pine.LNX.4.44.2212241955590.7829-100000 at goliath.inttek.net>
> > Content-Type: TEXT/PLAIN; charset=US-ASCII
> >
> >
> > Hi Nate,
> >
> > One possible cause of suddenly ceasing audio announcements (like time of
> > day) or other strange problems can be a full tmpfs filesystem--like /tmp,
> > or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> > after a reboot, the problem goes away for a while, then returns.
> >
> > 73, David K4FXC
> >
> >
> >
> > On Sat, 24 Dec 2022, Nate Bargmann via ARM-allstar wrote:
> >
> > > This is an issue that first appeared back in November around the 13th,
> > > at least that is when I first noticed it and just before our weekly net.
> > > Prior to that the system had run for just at a year without issue.
> > >
> > > The symptom I saw then in Supermon2 and now is that playing an
> > > announcement command such as the time and weather is that PTT shows
> > > asserted but no audio comes from the transmitter nor is it keyed. Also,
> > > if the repeater is active Supermon2 shows no COS activation. A neighbor
> > > whose repeater we link to via Echolink for the net reported hearing no
> > > audio from my node which stands to reason as Asterisk never sees the COS
> > > so it likely never got any audio.
> > >
> > > My setup is that the AllStar node is connected to the link port of a
> > > CAT-200B controller so the repeater remains functional but AllStar
> > > appears inoperative. HamVoip is running on a Pi 3B+ and the interface
> > > to the controller is a Techno-by-George ARA-1 FOB. Everything is in a
> > > box so I doubt there is rodent damage as it comes back working after a
> > > reboot.
> > >
> > > Fast forward to two days ago and I noticed that top of the hour
> > > announcements had ceased. Then as back in November rebooting from the
> > > Admin menu recovered all functions. Immediately after the reboot I shut
> > > down AutoSky in case it was causing an issue as it had been very busy
> > > with this week's winter storm and wind chill warnings.
> > >
> > > Since it did it again today and since the net isn't until tomorrow
> > > evening, I have a bit of time to do some forensic investigation.
> > > Checking with the lsusb command shows the audio interface is still
> > > present:
> > >
> > > # lsusb
> > > Bus 001 Device 005: ID 0d8c:0013 C-Media Electronics, Inc.
> > >
> > > Both the AllStar and Echolink status pages show my node is active and
> > > there is one active AllStar connection so I'm reasonably confident that
> > > Asterisk is still running given that and what I see from the Supermon2
> > > Web page (not publicly accessible since I have access locked down with
> > > SSH private key and I am reverse tunneling HTTP to my local computer) is
> > > simply reporting what Asterisk is doing.
> > >
> > > Is there any way to query the status of the C-Media chip? Or am I stuck
> > > with reboots until I can get access to the site to replace the interface
> > > board (I do have a spare)?
> > >
> > > 73, Nate, N0NB
> > >
> > >
> >
> >
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Sat, 24 Dec 2022 19:15:02 -0600
> > From: Nate Bargmann <n0nb at n0nb.us>
> > To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] Voice announcements stopping
> > Message-ID: <20221225011502.i3f6i6oh364gi3mv at n0nb.us>
> > Content-Type: text/plain; charset=us-ascii
> >
> > * On 2022 24 Dec 19:09 -0600, David McGough wrote:
> > >
> > > Hi Nate,
> > >
> > > One possible cause of suddenly ceasing audio announcements (like time of
> > > day) or other strange problems can be a full tmpfs filesystem--like /tmp,
> > > or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> > > after a reboot, the problem goes away for a while, then returns.
> >
> > That is a good thought, but after a couple of days this is what storage
> > looks like:
> >
> > # df -h
> > Filesystem Size Used Avail Use% Mounted on
> > /dev/root 3.6G 1.4G 2.1G 39% /
> > devtmpfs 462M 0 462M 0% /dev
> > tmpfs 467M 0 467M 0% /dev/shm
> > tmpfs 467M 24M 443M 6% /run
> > tmpfs 467M 0 467M 0% /sys/fs/cgroup
> > tmpfs 467M 332K 467M 1% /tmp
> > tmpfs 50M 1.5M 49M 3% /var/log
> > /dev/mmcblk0p1 100M 34M 67M 34% /boot
> > tmpfs 94M 0 94M 0% /run/user/1000
> >
> >
> > # uptime
> > 19:13:59 up 2 days, 4:08, 1 user, load average: 0.00, 0.02, 0.00
> >
> > 73, Nate, N0NB
> >
> > --
> > "The optimist proclaims that we live in the best of all
> > possible worlds. The pessimist fears this is true."
> > Web: https://www.n0nb.us
> > Projects: https://github.com/N0NB
> > GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
> >
> >
> >
> > ------------------------------
> >
> > Message: 6
> > Date: Sat, 24 Dec 2022 20:54:14 -0500 (EST)
> > From: David McGough <kb4fxc at inttek.net>
> > To: David McAnally via ARM-allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] ASL behind CGNAT.
> > Message-ID:
> > <Pine.LNX.4.44.2212242012060.7829-100000 at goliath.inttek.net>
> > Content-Type: TEXT/PLAIN; charset=US-ASCII
> >
> >
> > Hi David,
> >
> > Several years ago I initiated obtaining a 44net subnet allocation to
> > announce via BGP. This process got disrupted when Brian, WB6CYT, passed
> > unexpectedly.....and then COVID happened. Since that point, I've not
> > followed up further. If this approach would be of use, I expect it could
> > be setup quickly. However, after setup, MANAGING the VPN setup for end
> > users would probably be the biggest constraint and recurring expense.
> >
> > I'm curious if the IRLP folks charge any fees for VPN use?? I just
> > performed a gateway search and it looks like they're using Vultr
> > (AS20473--constant.com) to advertise their 44net subnet?? A factor to
> > consider is that AllStar (HamVoIP) has well over a order of magnetude
> > more active (connected) nodes in use, as compared to IRLP....This likely
> > would lead to more hosting and bandwidth expense.
> >
> > The echolink proxy type mechanism isn't needed for AllStar (using IAX2),
> > since out-bound AllStar connections typically traverse NAT just fine
> > already. Echolink requires the proxy even for out-bound connections.
> >
> > Ultimately, the best NAT solution for AllStar is the P2P/STUN approach,
> > which will work with most NAT scenarios. Then, if P2P fails, fall back to
> > a transparent network relay point. This is what ZeroTier and many other
> > "modern" applications/VPNs do these days. Something to ponder.
> >
> >
> > 73, David K4FXC
> >
> >
> > On Sat, 24 Dec 2022, David McAnally via ARM-allstar wrote:
> >
> > > On Sat, Dec 24, 2022 at 1:02 PM Michael Champion via ARM-allstar <
> > > arm-allstar at hamvoip.org> wrote:
> > >
> > > > Has anyone used AMPRNet VPN?
> > > >
> > >
> > > I believe this statement in the WiKi for AMPRNet VPN
> > > <https://wiki.ampr.org/wiki/AMPRNet_VPN> prevents wider use for
> > > applications like Allstar.
> > >
> > > The AMPRNet VPN is only used to access the AMPRNet. While you're
> > connected
> > > > to the AMPRNet VPN, the VPN client will only transmit packets from you
> > to
> > > > the AMPRNet via the VPN. Packets from you to the rest of the Internet
> > will
> > > > not go via the VPN - they'll flow out from your local network
> > connection as
> > > > before.
> > > >
> > >
> > > This restricts that VPN to only connect with other 44Net addresses only.
> > >
> > > IRLP provides a 44Net VPN service as part of the IRLP system for any IRLP
> > > nodes. EchoLink provides proxy and relay servers
> > > <https://www.echolink.org/proxylist.jsp>, most using 44Net addresses for
> > > EchoLink users. Perhaps AllstarLink.org would consider offering a similar
> > > 44Net VPN service for Allstar nodes?
> > >
> > > Otherwise, it's relatively easy to install and run your own VPN server on
> > > Vultr or similar virtual host providers for $5 per month or less. If you
> > > join with a group of like minded hams, or operate several nodes, needing
> > > VPN services you could request a 44Net subnet and share a single VPN
> > > virtual host using BGP on Vultr or similar BGP providers. I, and many
> > > others, have requested a 44Net subnet for use with Allstar and other ham
> > > radio networked applications.
> > >
> > > David McAnally
> > > WD5M
> > > _______________________________________________
> > >
> > > 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
> > >
> >
> >
> >
> > ------------------------------
> >
> > Message: 7
> > Date: Sat, 24 Dec 2022 20:55:44 -0500 (EST)
> > From: David McGough <kb4fxc at inttek.net>
> > To: Nate Bargmann via ARM-allstar <arm-allstar at hamvoip.org>
> > Subject: Re: [arm-allstar] Voice announcements stopping
> > Message-ID:
> > <Pine.LNX.4.44.2212242055070.7829-100000 at goliath.inttek.net>
> > Content-Type: TEXT/PLAIN; charset=US-ASCII
> >
> >
> > Is the problem happening right now (when you looked at filesystem use)?
> >
> >
> > On Sat, 24 Dec 2022, Nate Bargmann via ARM-allstar wrote:
> >
> > > * On 2022 24 Dec 19:09 -0600, David McGough wrote:
> > > >
> > > > Hi Nate,
> > > >
> > > > One possible cause of suddenly ceasing audio announcements (like time
> > of
> > > > day) or other strange problems can be a full tmpfs filesystem--like
> > /tmp,
> > > > or, perhaps /var/log. Since these tmpfs devices are reset to "empty"
> > > > after a reboot, the problem goes away for a while, then returns.
> > >
> > > That is a good thought, but after a couple of days this is what storage
> > > looks like:
> > >
> > > # df -h
> > > Filesystem Size Used Avail Use% Mounted on
> > > /dev/root 3.6G 1.4G 2.1G 39% /
> > > devtmpfs 462M 0 462M 0% /dev
> > > tmpfs 467M 0 467M 0% /dev/shm
> > > tmpfs 467M 24M 443M 6% /run
> > > tmpfs 467M 0 467M 0% /sys/fs/cgroup
> > > tmpfs 467M 332K 467M 1% /tmp
> > > tmpfs 50M 1.5M 49M 3% /var/log
> > > /dev/mmcblk0p1 100M 34M 67M 34% /boot
> > > tmpfs 94M 0 94M 0% /run/user/1000
> > >
> > >
> > > # uptime
> > > 19:13:59 up 2 days, 4:08, 1 user, load average: 0.00, 0.02, 0.00
> > >
> > > 73, Nate, N0NB
> > >
> > >
> >
> >
> >
> > ------------------------------
> >
> > Subject: Digest Footer
> >
> > _______________________________________________
> > ARM-allstar mailing list
> > ARM-allstar at hamvoip.org
> > http://lists.hamvoip.org/cgi-bin/mailman/listinfo/arm-allstar
> >
> >
> > ------------------------------
> >
> > End of ARM-allstar Digest, Vol 103, Issue 8
> > *******************************************
> >
> _______________________________________________
>
> 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