@jrf: Alles klar, kein Problem
Currently, the FR24 guys cannot reproduce the problem where the fr24feed service is not running properly as 'nobody' user on some systems. I hope to do some more tests this evening and may find something.
Announcement
Collapse
No announcement yet.
Archived - Beta test MLAT software for Raspberry Pi
Collapse
This topic is closed.
X
X
-
Originally posted by mgunther View Post@jrf I wrote in more detail in the other thread (Feed issues / Dump1090 problem with latest package) about the 'User=nobody' entry which does not work for me. It works fine when I change this to 'User=root'. It may be the same for you.
All about feeding data to Flightradar24 (The Flightradar24 receiver, Raspberry Pi and Windows feeding software). No discussions about Flightradar24 web or apps.
So I started form this point of your post: "To do this, I edit /etc/systemd/system/fr24feed.service:"
Result: success.
I rebooted the RPI, still working:
pi@raspberrypi:~ $ sudo fr24feed-status
[ ok ] FR24 Feeder/Decoder Process: running.
[ ok ] FR24 Stats Timestamp: 2018-01-24 14:10:04.
[ ok ] FR24 Link: connected [UDP].
[ ok ] FR24 Radar: T-EDNY19.
[ ok ] FR24 Tracked AC: 76.
[ ok ] Receiver: connected (162860 MSGS/0 SYNC).
[ ok ] FR24 MLAT: ok [UDP].
[ ok ] FR24 MLAT AC seen: 72.
Back in bussines. I can already see the first stats on https://www.flightradar24.com/accoun...stats/?id=xxxx
@mgunther: THX.
Leave a comment:
-
@jrf I wrote in more detail in the other thread (Feed issues / Dump1090 problem with latest package) about the 'User=nobody' entry which does not work for me. It works fine when I change this to 'User=root'. It may be the same for you.
Leave a comment:
-
Originally posted by Khan View PostQuick update. Version 19-6 released.
You can update by running
sudo apt update
sudo /usr/lib/fr24/fr24feed_updater.sh
Linux raspberrypi 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux
I did:
sudo apt-get update
sudo apt-get dist-upgrade
sudo /usr/lib/fr24/fr24feed_updater.sh
fr24feed-status
Result:
[ ok ] FR24 Feeder/Decoder Process: running.
[ ok ] FR24 Stats Timestamp: 2018-01-24 09:15:30.
[ ok ] FR24 Link: connected [UDP].
[ ok ] FR24 Radar: T-EDNY19.
[ ok ] FR24 Tracked AC:.
[FAIL] Receiver: down ... failed!
[FAIL] FR24 MLAT: not running ... failed!
On connecting through http://192.168.178.20:8754/, result in browser:
Flightradar24 Feeder/Decoder
Linux/generic/static_arm/1.0.19-6
Updated: 10:19:05 GMT+0100
FR24 Link: Connected via UDP
FR24 Radar Code: T-EDNY19
Aircraft Tracked (ModeS & ADS-B): 0
Aircraft Uploaded: N/A
Receiver: dvbt, Connected
MLAT running: NO
Not back in business yet...
/edit reasons: readabilityLast edited by jrf; 2018-01-24, 09:23.
Leave a comment:
-
I wrote in more detail n the other thread (Feed issues / Dump1090 problem with latest package) about the 'User=nobody' entry which does not work for me. It works fine when I change this to 'User=root'.
Leave a comment:
-
Originally posted by JohnSunnyhills View Post
Not sure what this means, I am ignoring it right now.ExecStartPre=-/bin/chown -R nobody:nogroup /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
User=nobody
When you run Sudo service fr24feed. That's what it does during startup. It's the service config. So it changes permissions etc etc to the specified user. In this case, nobody. While the actual app needs to be run as Sudo/root. So it contradicts the command we are giving it in the first place to start and causes write permission errors.
Sent from my XT1092 using Tapatalk
Leave a comment:
-
Originally posted by Oblivian View PostExecStartPre=-/bin/chown -R nobody:nogroup /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
User=nobody
Uh-oh. Whats good for the goose isn't for the gander. Assuming you are starting with sudo infront of the sudo service fr24feed start', and so on.
We may still have a prob. (or your copy hasn't updated). Need to check mine when I get home and plug the beast in to test (primary is a windows + beast feed, Pi is a pager decoder and DVBT tester)
Since then SUDO SERVICE FR24FEED RESTART does not work, stays Offline.
I was running the Beast without SERVICE when I did the tests you requested.
Not sure what this means, I am ignoring it right now.ExecStartPre=-/bin/chown -R nobody:nogroup /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
User=nobody
Leave a comment:
-
ExecStartPre=-/bin/chown -R nobody:nogroup /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
User=nobody
Uh-oh. Whats good for the goose isn't for the gander. Assuming you are starting with sudo infront of the sudo service fr24feed start', and so on.
We may still have a prob. (or your copy hasn't updated). Need to check mine when I get home and plug the beast in to test (primary is a windows + beast feed, Pi is a pager decoder and DVBT tester)
Leave a comment:
-
Originally posted by Oblivian View PostThat is likely still a result of changes to permissions. In this case of importance and likely a huge help is more the technical data behind the results you see, over the results/observations itself.
They have worked on the DVB stick setup for now (of greatest numbers of issues) and the changes to rectify may have effected the non dump1090 installs (including the beast which is native and doesn't start dump1090.. or shouldn't.)
I suspect it's a result of the /decoder.txt file not being writable. This is where the LOCAL web page stats and status are generated (messages on sudo fr24feed-status) also.
Can you please post the outcome of
cat /etc/systemd/system/fr24feed.service
And
ls -lar /run/fr24feed
To ease concerns, these are non destructive enquiries only that will help identify the change that needs to be considered by the developers for non DVB users.. poss another patch required
Sent from my XT1092 using Tapatalk
pi@raspnzaa4:~ $ cat /etc/systemd/system/fr24feed.service
[Unit]
Description=Flightradar24 Decoder & Feeder
After=network-online.target
[Service]
Type=simple
Restart=always
LimitCORE=infinity
ExecStartPre=-/usr/lib/fr24/install_dump1090.sh
ExecStartPre=-/bin/mkdir -p /run/dump1090-mutability /var/log/fr24feed /run/fr24feed /var/log/lighttpd
ExecStartPre=-/bin/touch /dev/shm/decoder.txt
ExecStartPre=-/bin/chown -R nobody:nogroup /var/log/fr24feed /run/fr24feed /dev/shm/decoder.txt
ExecStartPre=-/bin/chmod a+rwx /run/dump1090-mutability
ExecStart=/usr/bin/fr24feed
User=nobody
Group=nogroup
PermissionsStartOnly=true
StandardOutput=null
[Install]
WantedBy=multi-user.target
pi@raspnzaa4:~ $ ls -lar /run/fr24feed
total 0
drwxr-xr-x 21 root root 720 Jan 24 08:22 ..
drwxr-xr-x 2 nobody nogroup 40 Jan 24 08:22 .
BY the way my statistics seem to be updating ok now but I am running this in a SSH window and not as a service.
The status shows as:
Flightradar24 Feeder/Decoder
Linux/generic/static_arm/1.0.19-6
Updated: 12:12:46 GMT+1300 (New Zealand Daylight Time)
FR24 Link:
Connected via UDP
FR24 Radar Code:
T-NZAA4
Aircraft Tracked (ModeS & ADS-B):
0
Aircraft Uploaded:
N/A
Receiver:
beast, Connected
MLAT running:
N/A
Actions:Last edited by JohnSunnyhills; 2018-01-23, 23:15.
Leave a comment:
-
Originally posted by JohnSunnyhills View PostThe Beast is acting strangely as I observed earlier.
Right now when running FR24FEED directly (ie not as a service) the log is showing aircraft activity as usual. However if I go into my browser using <ipno>:8754 and I select Show Tracked Aircraft List it displays the screen plus a message "Please Wait".
The Radar Statistics page on the FR24 website shows the radar is ONLINE but the stat numbers aren't changing. The radar is NZAA4 if anyone cares to examine the shared stats themselves.
They have worked on the DVB stick setup for now (of greatest numbers of issues) and the changes to rectify may have effected the non dump1090 installs (including the beast which is native and doesn't start dump1090.. or shouldn't.)
I suspect it's a result of the /decoder.txt file not being writable. This is where the LOCAL web page stats and status are generated (messages on sudo fr24feed-status) also.
Can you please post the outcome of
cat /etc/systemd/system/fr24feed.service
And
ls -lar /run/fr24feed
To ease concerns, these are non destructive enquiries only that will help identify the change that needs to be considered by the developers for non DVB users.. poss another patch required
Sent from my XT1092 using Tapatalk
Leave a comment:
-
Originally posted by JohnSunnyhills View PostToday there has been a change in the operation of my two RPIs. Totally standard setup with no tweaking.
One which is using a Beast was running normally until the last hour or so when it received an update, I assume.
That stopped it and after I have tried restarting that in a SERVICE it falls over.
If I run the direct command SUDO FR24 RESTART command it runs normally.
With respect to the second one using a DVBT which has been out of action and offline since the update last week, this one is running normally today after the last update.
So issues with my Beast...
Right now when running FR24FEED directly (ie not as a service) the log is showing aircraft activity as usual. However if I go into my browser using <ipno>:8754 and I select Show Tracked Aircraft List it displays the screen plus a message "Please Wait".
The Radar Statistics page on the FR24 website shows the radar is ONLINE but the stat numbers aren't changing. The radar is NZAA4 if anyone cares to examine the shared stats themselves.
Leave a comment:
-
Originally posted by abcd567 View PostLucky you are still at 1.0.18-9 ! As already advised by Oblivian, just sit tight and wait for new upgrade due in few days.
i have a couple of RPi running with the setup made by zahidulhasan ( thank you so much)
which kept somehow running..
then on sunday i did, from zero, assembly a new Rpi with DVTB dongle according the official instructions of FR24.
It did work flawlessy. (ver 18-9).
on monday morning he did upgrade to 19-5 and crashed.
I did try few fixes here, but none did really the work.
So i formatted the SD card, and again as offcial instrutions FR24 i got it run again. (ver-18-9). After that i found a link in forum in how to stop the upgrade. ( adding in a "upgrader file" a #)
here how: https://forum.flightradar24.com/thre...eed_updater-sh
and today kept running on ver 18-9. Let's see tomorrow...
I think now i will wait till new version are released and proved to run flawlessy..before let it upgrade again..Last edited by alemino; 2018-01-23, 19:25.
Leave a comment:
-
Today there has been a change in the operation of my two RPIs. Totally standard setup with no tweaking.
One which is using a Beast was running normally until the last hour or so when it received an update, I assume.
That stopped it and after I have tried restarting that in a SERVICE it falls over.
If I run the direct command SUDO FR24 RESTART command it runs normally.
With respect to the second one using a DVBT which has been out of action and offline since the update last week, this one is running normally today after the last update.
So issues with my Beast...Last edited by JohnSunnyhills; 2018-01-23, 20:02.
Leave a comment:
-
Quick update. Version 19-6 released.
You can update by running
sudo apt update
sudo /usr/lib/fr24/fr24feed_updater.sh
Leave a comment:
-
Oops. Head so full of 19-5 rubbish I didn't spot it was still likely the -MR version that doesn't offload to lighttpd
Leave a comment:
Leave a comment: