Announcement

Collapse
No announcement yet.

How do I install a file?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • abcd567
    replied
    Reimage with piaware sd card image, and run it for few days without installing FR24 feeder. This will single out if problem is caused by FR24 or Piaware/RPi.

    If running without FR24 gives no crash for few days, and SSH works ok, then install FR24 and watch for another few days.
    Last edited by abcd567; 2020-10-20, 02:42.

    Leave a comment:


  • verdi
    replied
    This is how FR24 has been running and what it has done today... Screenshot_20201019-201218_Chrome~2.jpg

    Leave a comment:


  • verdi
    replied
    I will do the pings the next time things go down.

    I do not have VPN. I don't have guest wifi. I don't do anything with the wifi except log into the router to look at the logs to see if anything happened that might shed some light on this issue.

    I put my equipment on the air in mid March in Tenn. It ran flawlessly for months. Around beginning of August I started having issues.
    ​​​​At the beginning of September I moved to NY and put the same equipment on. I had Spectrum internet at both locations. Different types of modern/router supplied by them.

    I don't seem to have issues with any other equipment or devices. I have TV, printers, laptops, desktop, kindle. All use wifi at various times. None have issues. Most of the problem with pi seems to happen overnight.

    I will keep working on it...

    Leave a comment:


  • Oblivian
    replied
    We assumed ram/disk as there's thus far been no evidence ruling it out.

    Nor if the storage of the json files (unsure where they're stored and did previously ask for input) is the reason for the map updates failing. And if no space could stop fr24 restarting.

    I did ask for ping earlier, along with a cache refresh of the browser to see if the httpd was actually responding or if that was the reason for map updates. Which again would point at the network like you say.

    But so far, who knows without actual feedback of suggestions.

    Leave a comment:


  • abcd567
    replied
    verdi:

    Simple debugging:
    Reimage microSD card with piaware sd card image, but do NOT install FR24 feeder or any other feeder or any other software, and dont screw it with any config setting except given below. Then let it run for few days. This will isolate the source of failure. If it still fails, then it is Pi/piaware. If it does not fail, then install fr24feed and run for few days and observe.

    After burning microSD card with piaware sd card image, and while it is still in card reader plugged to laptop/desktop, go to windows explorer and open the card reader (drive named "boot"), and do following
    (1) create a blank file named ssh
    (2) open file named "piaware-config.txt".

    (2.1) In the file scroll"piaware-config.txt", scroll down till you see following two lines:
    wireless-ssid MyWifiNetwork
    wireless-password s3cr3t

    Replace MyWifiNetwork with the name of your WiFi (aka the SSID of your local network)

    Replace s3cr3t with the password to your WiFi


    (2.2) In this file "piaware-config.txt", scroll down to bottom and add following line at the bottom:

    feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx


    Replace xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx by your actual feeder-id. You can find the 32-digit feeder-id (Unique identifier) from your Flightaware stats page

    (2.3) Save file, eject microSD card from laptop/desktop, slip into Pi and powerup.

    Caution:
    Do NOT screw this file by modifying anything other than that mentioned above. In particular do NOT modify anything concerning network, dhcp etc.

    Leave a comment:


  • wiedehopf
    replied
    SSH stopping to work is likely some network issue.
    Either the RPi hardware or some rare software issue ... or the router is at fault or something like that.

    Not sure why would suspect the RPi memory .... but whatever.

    I'd say the network dies in a way that doesn't allow new connections to be established.
    FA will happily run with the existing connection but FR24 regularly establishes new connections for stuff and will thus stop uploading.

    One more thing to try .... going to DHCP instead of all the static settings.
    But that would have to include clearing the router IP allocation.

    Once the issue happens again ... try
    ping -c 1 192.168.0.1
    ping -c 1 8.8.8.8
    ping -c 1 google.com

    And from another computer, see if you can ping the pi:
    ping 192.168.0.222

    Do you by chance enable some kind of VPN or something when you have the issues accessing / sshing into the pi?
    Do you change the WiFi? Do you have a guest WiFi and is either the Pi or your computer on that WiFi?

    Leave a comment:


  • Oblivian
    replied
    Forget FR24 versions...

    Pay no attention. It was between the 2 of us trying to work out how you likely installed the initial deployment of FR24. Because it isn't checking for new versions on the internet like it should.
    Which makes me think other things may also be broken/skipped. The .sh script does a bit of setting up and background changes.


    Originally posted by abcd567 View Post
    All of verdi's problem point to one common factor : problem with files/data loaded in ram. Rebooting reloads these files/data but maybe in some healthy part of ram.

    The Pi's ram is failing !!
    Bingo. Now you're starting to think down the same lines. Not sure if FA runs our of ram or disk

    Anyway...

    If you want to find a root (likely HW cause) We are still waiting on your results from local tests - WHILE PI SERVICES ARE OBSERVED TO BE CRASHED - DON'T TRY TO RESTART THEM

    You need to find out why you can't:

    SSH from a PC - FR24 doesn't touch this - like, at all! it is a core Linux component
    Dump1090 updates fail - FR24 doesn't touch this either*


    I've tried to clear it up with an image and listing before, but once more for luck...

    If you have a Piaware image (quite clear you do). It installs:
    Dump1090-fa
    - Auto start on startup
    - Installs lighttpd to serve web pages (ala local web view)
    - Gets data from the USB stick. Saves to .json files, shows them on above page, sends same data to FA - FR24feed not linked

    And just.. works. You can then add other apps to look at the existing decoded output without screwing with more.

    A normal FR24feed install would then use the existing stuff. And all it would do is hook into the data output the same as everything else on :30005 and send it on it's way

    However, it hasn't been designed fullproof - if you blind install fr24feed. And chose the wrong receiver type (DVBT) or mess with some settings not knowing consequences

    It can:

    Install a copy of dump1090-mutability instead
    - Conflict with any other version present (that's a 2nd one that will fight)
    Make it start ONLY when fr24feed is running
    - Conflict
    - Open duplicate ports already open (bind errors)
    - Stop it restarting properly
    Try open more of the same ports that Dump1090 has open if setting 'Raw out' and 'BS out' to ON - these should never be ON unless you know the specific circumstances allow.

    But until you can rule out a fault and see why SSH stops for remote - which just shouldn't happen...
    Last edited by Oblivian; 2020-10-19, 22:10.

    Leave a comment:


  • abcd567
    replied
    All of verdi's problem point to one common factor : problem with files/data loaded in ram. Rebooting reloads these files/data but maybe in some healthy part of ram.

    The Pi's ram is failing !!

    Leave a comment:


  • verdi
    replied
    You guys have lost me. Would you translate into words that I can understand lol

    Leave a comment:


  • Oblivian
    replied
    Originally posted by abcd567 View Post

    Seems they updated mine specifically manually. Khan /support sent me 26-7 by email. After installing, I informed them my station numbers which had beta 26-7.

    After few days I sent them my fr24 stats screenshot, and they were happy to see un broken stats on all three stations.

    It seems when the 26-9 was ready, they remotely upgraded mine as trial before general release. (I did not upgrade it, neither was aware of 26-9. I found it accidentally when ran command apt policy fr24feed)
    I mean verdis...

    It doesn't show the repo like my results so didn't know there is an upgrade available. I thought that is added as part of the .sh... So if that's missing. What else hasn't setup right.

    .sh step
    # Add APT repository to the config file, removing older entries if exist mv /etc/apt/sources.list /etc/apt/sources.list.bak grep -v flightradar24 /etc/apt/sources.list.bak > /etc/apt/sources.list || echo OK echo 'deb http://repo.feed.flightradar24.com flightradar24 raspberrypi-stable' >> /etc/apt/sources.list

    And resulting repo reference
    <Contents>
    <Key>pool/raspberrypi-stable/f/fr24feed/fr24feed_1.0.26-9_armhf.deb</Key>
    <LastModified>2020-10-14T08:08:43.000Z</LastModified>
    <ETag>"8e760fbea5ffdebc4446e166a2b26b92"</ETag>
    <Size>3399346</Size>
    <StorageClass>STANDARD</StorageClass>
    </Contents>
    Last edited by Oblivian; 2020-10-19, 21:35.

    Leave a comment:


  • abcd567
    replied
    Originally posted by Oblivian View Post

    Just noticed from above. The installer script has been missed somewhere?. Its not actually added their repo source to update by looks
    Seems they updated mine specifically manually. Khan /support sent me 26-7 by email. After installing, I informed them my station numbers which had beta 26-7.

    After few days I sent them my fr24 stats screenshot, and they were happy to see un broken stats on all three stations.

    It seems when the 26-9 was ready, they remotely upgraded mine as trial before general release. (I did not upgrade it, neither was aware of 26-9. I found it accidentally when ran command apt policy fr24feed)
    Last edited by abcd567; 2020-10-19, 21:25.

    Leave a comment:


  • Oblivian
    replied
    So it's done, and remember I said ignore the message about no configuration

    but you still have to work out why the other stuff is stopping. Fr24 is not controlling dump1090 in beast TCP configuration. let alone ssh

    I don't recall seeing a full fr24 config but . make sure raw and bs out are set as NO. Your separate dump1090-fa handles that

    Leave a comment:


  • verdi
    replied
    Originally posted by abcd567 View Post

    Code:
    wget http://repo-feed.flightradar24.com/rpi_binaries/fr24feed_1.0.26-9_armhf.deb
    
    sudo dpkg -i fr24feed_1.0.26-9_armhf.deb
    Code:
    sudo apt policy fr24feed

    When I did that I get .......
    pi@piaware:~ $ sudo dpkg -i fr24feed_1.0.26-9_armhf.deb
    (Reading database ... 45176 files and directories currently installed.)
    Preparing to unpack fr24feed_1.0.26-9_armhf.deb ...
    Unpacking fr24feed (1.0.26-9) over (1.0.26-7) ...
    Setting up fr24feed (1.0.26-9) ...
    You don't seem to have any dump1090 installed. On the fr24feed start it will automatically install dump1090-mutability.
    useradd: user 'fr24' already exists
    pi@piaware:~ $ sudo apt policy fr24feed
    fr24feed:
    Installed: 1.0.26-9
    Candidate: 1.0.26-9
    Version table:
    *** 1.0.26-9 100
    100 /var/lib/dpkg/status
    pi@piaware:~ $

    Leave a comment:


  • Oblivian
    replied
    Originally posted by abcd567 View Post
    Just noticed from above. The installer script has been missed somewhere?. Its not actually added their repo source to update by looks

    Almost like it's always been a .deb install and possibly even no user/group changes as a result?..

    It should have reported the REMOTE source no? (I disabled auto update to avoid issues)

    Or like other stuff it's currently unreachable..

    pi@raspberrypi:~ $ sudo apt-cache policy fr24feed

    fr24feed:
    Installed: 1.0.26-5
    Candidate: 1.0.26-9
    Version table:
    1.0.26-9 500
    500 http://repo.feed.flightradar24.com flightradar24/raspberrypi-stable armhf Packages
    *** 1.0.26-5 100
    100 /var/lib/dpkg/status
    pi@raspberrypi:~ $
    pi@raspberrypi:~ $

    Leave a comment:


  • Oblivian
    replied
    Still need to know why ssh unavailable remotely.

    Why disk updates from dump1090 stop

    And look at fr24 logs to why that stopped before it's reset and logs recycle again like reboots/restarting can do

    Neither of which seem to be related in anyone elses installs.
    Especially when it's an FA image with their dump1090 that is used to upload/display. and fr24 is loaded last as a capture utility only (not controlling any of it)

    Leave a comment:

Working...
X