<div dir="auto">It seems to me that this would benefit from automated health checks and alerting. </div><div dir="auto"><br></div><div dir="auto">How difficult would it be to write a small script that could be executed from a remote host? Just something that could make a simple call to tell if the application is serving expected responses…. </div><div dir="auto"><br></div><div dir="auto">Depending on the nature of the script, there’s a pretty nice selection of inexpensive to no cost monitoring services available. </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 16, 2022 at 10:54 AM Lynn W Deffenbaugh (Mr) <<a href="mailto:KJ4ERJ@arrl.net">KJ4ERJ@arrl.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto">Turns out it's even more easily seen if you scroll down to the Peers <br>
section.  It appears that <a href="http://third.aprs.net" rel="noreferrer" target="_blank">third.aprs.net</a> has not received any inbound <br>
packets from any of its peers for the past 31 DAYS! This has apparently <br>
been going on for quite some time.<br>
<br>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>
<br>
<br>
On 8/16/2022 10:48 AM, Lynn W Deffenbaugh (Mr) wrote:<br>
> I sent a direct message to Hessu who manages this server, but thought <br>
> the rest of the APRS community might want to know there's an issue <br>
> happening.<br>
><br>
> I had occasion to notice that my ANSRVR is having some response issues <br>
> this morning and tracked it down to <a href="http://third.aprs.net" rel="noreferrer" target="_blank">third.aprs.net</a>.  This core server <br>
> doesn't seem to be getting a full feed from the APRS-IS at this point <br>
> in time.<br>
><br>
> You can see this by opening browser windows to the first 3 <a href="http://aprs.net" rel="noreferrer" target="_blank">aprs.net</a> <br>
> server status pages.  Wait for them to start updating and look at the <br>
> rate of "Unique packets seen" under the "Duplicate filter" section.  <br>
> On first and second, this rate is 70+/second, but it's <6/sec on third <br>
> indicating that not all of the APRS-IS traffic is getting processed by <br>
> this server.<br>
><br>
> <a href="http://first.aprs.net:14501" rel="noreferrer" target="_blank">http://first.aprs.net:14501</a><br>
> <a href="http://second.aprs.net:14501" rel="noreferrer" target="_blank">http://second.aprs.net:14501</a><br>
> <a href="http://third.aprs.net:14501" rel="noreferrer" target="_blank">http://third.aprs.net:14501</a><br>
><br>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32<br>
><br>
><br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@lists.tapr.org" target="_blank">aprssig@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org" rel="noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">———<br><br>Jeff Hochberg<br>W4JEW<br>470-484-8010<br><a href="mailto:jeff@w4jew.com">jeff@w4jew.com</a><br></div>