Data feeding is not related to AJAX, but map display is.
Sure dump1090 or piaware has stopped if you received an outage alert email from Flightaware.
There was no dc power fed from dc-adaptor/RPi/USB port to the “Triple Filter LNA”. However this argument is weak as the dc-adaptor/RPi/USB port were earlier supplying power to integral LNA of Pro Stick Plus without any issues. Is there a big difference in power requirement of Pro Stick Plus vs NooElec SmarTee+Triple Filter LNA?
It happens occationally and been there for long time. But I’m running tar1090 on different box than dump1090. I thought tar1090 box loses connection to dump1090 sometime.
But my tar1090 install script should take care of that.
At least the flashing of that message does occur regularly without that option.
But i’d suggest to move this to another thread as this thread is about a different issue.
-- Logs begin at Thu 2016-11-03 17:16:43 UTC, end at Tue 2020-11-10 18:15:25 UTC. --
Nov 09 00:18:59 piaware systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Nov 09 00:18:59 piaware dump1090-fa[404]: Mon Nov 9 00:18:59 2020 UTC dump1090-fa 4.0~bpo9+1 starting up.
Nov 09 00:19:00 piaware dump1090-fa[404]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Nov 09 00:19:00 piaware dump1090-fa[404]: Detached kernel driver
Nov 09 00:19:00 piaware dump1090-fa[404]: Found Rafael Micro R820T tuner
Nov 09 00:19:01 piaware dump1090-fa[404]: rtlsdr: enabling tuner AGC
Nov 10 17:11:46 piaware dump1090-fa[404]: cb transfer status: 1, canceling...
Nov 10 17:11:46 piaware dump1090-fa[404]: rtlsdr: rtlsdr_read_async returned unexpectedly, probably lost the USB device, bailing out
Nov 10 17:11:46 piaware dump1090-fa[404]: Tue Nov 10 17:11:46 2020 UTC Waiting for receive thread termination
Nov 10 17:11:46 piaware systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
Nov 10 17:11:46 piaware systemd[1]: dump1090-fa.service: Unit entered failed state.
Nov 10 17:11:46 piaware systemd[1]: dump1090-fa.service: Failed with result 'exit-code'.
Nov 10 17:12:16 piaware systemd[1]: dump1090-fa.service: Service hold-off time over, scheduling restart.
Nov 10 17:12:16 piaware systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
Nov 10 17:12:17 piaware systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Nov 10 17:12:17 piaware dump1090-fa[22553]: Tue Nov 10 17:12:17 2020 UTC dump1090-fa 4.0~bpo9+1 starting up.
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr: using device #0: Generic RTL2832U OEM (, , SN )
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_write_reg failed with -1
Nov 10 17:12:17 piaware dump1090-fa[22553]: Resetting device...
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_write_reg failed with -4
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_write_reg failed with -4
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_demod_write_reg failed with -4
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_demod_read_reg failed with -4
Nov 10 17:12:17 piaware dump1090-fa[22553]: rtlsdr_demod_write_reg failed with -4
Nov 10 17:12:17 piaware systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
Nov 10 17:12:17 piaware systemd[1]: dump1090-fa.service: Unit entered failed state.
Nov 10 17:12:17 piaware systemd[1]: dump1090-fa.service: Failed with result 'exit-code'.
Nov 10 17:12:48 piaware systemd[1]: dump1090-fa.service: Service hold-off time over, scheduling restart.