HELP, dump1090 Stops several times per day...


#1

Several time per day I see these log messages that state dump1090 is not producing data and a attempt to restart is performed. After that things return to normal for a few hours, then it happens again. Should I be as concerned as I am?
…Tom

04/08/2015 14:26:17 lost connection to faup1090, reconnecting…
04/08/2015 14:26:18 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:26:57 no ADS-B producer program seen for 307 seconds (or since piaware started), will attempt to start it next check after 360 seconds…
04/08/2015 14:26:57 no ADS-B producer (dump1090, modesmixer, etc) appears to be running or is not listening for connections on port 30005, next check in 5m
04/08/2015 14:27:18 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:27:27 93942 msgs recv’d from dump1090 (54 in last 5m); 93941 msgs sent to FlightAware
04/08/2015 14:28:19 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:29:19 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:30:19 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:31:19 no ADS-B data program is serving on port 30005, next check in 60s
04/08/2015 14:31:49 seconds since last message or startup (335) less than threshold for action (3600), waiting…
04/08/2015 14:31:50 no ADS-B producer program seen for 600 seconds, trying to start it…
04/08/2015 14:31:50 attempting to start dump1090 using ‘/etc/init.d/fadump1090.sh start’…
Starting dump1090 server: dump1090004/08/2015 14:31:50 dump1090 start appears to have been successful
04/08/2015 14:32:19 ADS-B data program ‘dump1090’ is listening on port 30005, so far so good
04/08/2015 14:32:19 i see dump1090 serving on port 10001
04/08/2015 14:32:19 connecting to dump1090 on port 10001…
04/08/2015 14:32:20 piaware is connected to dump1090 on port 10001


#2

Just to let everyone know I am running the PiAware SD Card image from the Flightaware folks.


#3

Are you running wireless? There has been a few feeders that have trouble with wifi connection dropping out due to it going into sleep mode or something similar.


#4

Not wireless, cat5 right to the router. I’ve tried a new 2amp power supply for the RPi2 as well as moving the dongle to a powered USB hub, but the dump1090 failures continue. Are there dump1090 logs that might provide a clue?


#5

Different SD card?

Pi running out of memory raspberrypi.org/forums/viewt … 53&t=76211


#6

Here are my mem and disk stats. I don’t think that’s the issue looking at the available memory and disk space. Do you think trying a different (larger) SD card would be worth a try?

pi@piaware ~ $ free
total used free shared buffers cached
Mem: 949328 285744 663584 0 82840 145064
-/+ buffers/cache: 57840 891488
Swap: 0 0 0

pi@piaware ~ $ df -ah
Filesystem Size Used Avail Use% Mounted on
rootfs 7.2G 2.1G 4.8G 31% /
/dev/root 7.2G 2.1G 4.8G 31% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 93M 232K 93M 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
proc 0 0 0 - /proc
sysfs 0 0 0 - /sys
tmpfs 47M 0 47M 0% /run/shm
devpts 0 0 0 - /dev/pts
/dev/mmcblk0p1 56M 15M 42M 26% /boot
tmpfs 47M 52K 47M 1% /tmp


#7

Different SD card - maybe different brand - just in case there is something that doesn’t match up

That’s a Pi 2 isn’t it?

Most people don’t have much in the way of problems - so we’re grasping at straws a bit.


#8

You need to find out why dump1090 is dying (note that it’s not listening at all when piaware starts complaining).
Check the dump1090 logs.
Check dmesg for USB disconnects or out-of-memory-killer complaints.
If you have exposed the dump1090 webserver to the internet at large, stop doing that.


#9

Can you expand on “Check the dump1090 logs.” I am unfamilar with the dump1090 command line.

dmesg doesn’t show anything out of the ordinary.

I do have the localaddress:8080 exposed through the router and I will disable this exposure.

One side note; after many days of dump1090 fails, oddly enough there have been none so far today. and nothing has changed in my setup and the unit has not been rebooted.


#10

Dump1090 will write to stderr. I’m not sure where the flightaware scripts stash that but that’s what I mean by logs, there may be something useful there.

That said, if you had the webserver exposed that is the most likely explanation. There are some unfixed crash bugs in dump1090’s webserver which can be triggered fairly easily by e.g. anyone scanning for webservers.


#11

I do not know how to view stderr.


#12

The startup scripts probably redirect it to a file somewhere. I don’t know where that file is for a FlightAware install.


#13

Unless someone from FA jumps in here, I’m lost, thanks for your help.


#14

OK, its been more than 24 hours since the last failure of dump1090. And I am not sure why. I haven’t attempted any changes or reboots. I haven’t even had time to get home and close the web-server’s exposure to the net through the router.


#15

I have the same problem here too. I’m using a Sandisk ultra 16g and I’ve expanded the file system. Had it happen running wireless and also when connected to Ethernet port on router. I’ll check logs maybe tonight to see if anything obvious is going on.

Dave


#16

I am using a 8G Class 10 Kingston, but have a Sandisk Ultra 16G on-hand that I thought I would try, if the failures continue. But, I have not seen a failure for about 28 hours now.


#17

So far so good, random failures have stopped, so I think it’s safe to close this thread moderator.
…thanks, Tom