Page 1 of 18 12311 ... LastLast
Results 1 to 10 of 176

Thread: Problems with feeder statistics and data sharing

  1. #1
    Team FR24
    Join Date
    Feb 2015
    Posts
    220

    Exclamation Problems with feeder statistics and data sharing

    Hi everyone,

    I apologize for the late post here but we are having some routing issues and currently working on it. It's high priority for us to have this fixed as soon as possible. Please bear with us in the mean time. We apologize for the disruption!

    There are currently two main issues. The first issue can be divided into two parts.

    1.1 Broken Individual Stats: Can affect both FR24 receivers(F-XXXXN) and data sharers(T-XXXXN). Feeder statistics between Thursday the 14th and Monday the 18th are broken or missing. Correct statistics should be showing up from 11:15 UTC time on the 18th of June.

    1.2 Broken Share Statistics: The table on Share Statistics has been fixed. I, sincerely apologise for the delay that occurred in fixing the issue. Unfortunately, most of the data wasn't recoverable. From now onwards, stats should gradually increase as new stats are added each day. The notification banner has been removed as well.

    2. Feed connection errors: Affects only data sharers (T-XXXXN) feeds and fix given below

    Feeders with Raspberry Pis who are affected, please check if feed.flightradar24.com resolves to an ipv6 address. (Run the following commands on your Pi)

    nslookup feed.flightradar24.com
    or
    ping feed.flightradar24.com

    if you have a result an ipv6 address (e.g. address 2606:4700...) please run this command to disable it which should solve the problem:

    sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
    --

  2. #2
    Passenger
    Join Date
    Sep 2013
    Location
    MK, UK
    Posts
    28
    Pi Drop off.jpg Please is this the cause of this drop off of my Rasp Pi. I'm tearing my hair out, changed the Pi, changed the PSU. My Dump 8080 is OK. The Pi script reboots every night about 0030 just to prevent hang-ups when I am travelling away. Cheers, Malcolm

  3. #3
    Super Moderator
    Join Date
    May 2011
    Location
    T-NZCH1, PP:PH New Zealand
    Posts
    4,957
    Quote Originally Posted by Malcolml View Post
    Pi Drop off.jpg Please is this the cause of this drop off of my Rasp Pi. I'm tearing my hair out, changed the Pi, changed the PSU. My Dump 8080 is OK. The Pi script reboots every night about 0030 just to prevent hang-ups when I am travelling away. Cheers, Malcolm
    Yep. We've been discussing it for nearly a week

    https://forum.flightradar24.com/thre...l=1#post106323
    Posts not to be taken as official support representation - Just a helpful uploader who tinkers

  4. #4
    Passenger
    Join Date
    Sep 2013
    Location
    MK, UK
    Posts
    28
    Thanks for reply, I can put my hair back now. Sorry if I missed earlier reports.

  5. #5
    Passenger
    Join Date
    Jun 2018
    Location
    Mariupol, Ukraine [T-UKCM1]
    Posts
    1
    What a coincidence... I've just activated the RPI receiver on friday, and I thought that the reason of this is the wrong settings of my receiver
    Thank you.
    rpi.jpg
    Last edited by strobil; 2018-06-18 at 10:55.

  6. #6
    Passenger
    Join Date
    Aug 2017
    Posts
    1
    Does this affects the maximum range too?
    Till tuesday I've got a range of 120/130nm, now I'm lucky if I get 100nm

    Thank you

  7. #7
    Flight attendant
    Join Date
    Jan 2013
    Location
    T-LSZD25
    Posts
    53
    What can I do if I don't want do disable IPv6?

  8. #8
    Passenger
    Join Date
    Oct 2015
    Location
    Netherlands
    Posts
    3
    Thanks, looks like it's working again! Only the stats of the last 4 days are gone, but that's not a big issue for me..

  9. #9
    Passenger
    Join Date
    Jun 2018
    Posts
    3
    Quote Originally Posted by Khan View Post

    if you have a result an ipv6 address (e.g. address 2606:4700...) please run this command to disable it which should solve the problem:

    sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
    Khan,

    It's 2018, European Internet registry (RIPE) is not freely issuing IPv4 addresses to service providers for almost 6 years!!! Can you please at least re-assure us that you are working on server-side fix here? I know it's hard to make backend systems work with IPv6, but gracefully falling back to IPv4 has been implemented by many.

    I see that you've introduced Cloudflare proxying. Is there no way to reconfigure Cloudflare DNS, so it doesn't serve IPv6 records?

    Also, should you need a group of feeders in the future to help you deploying/testing/troubleshooting IPv6, please count me in!

    Regards,
    Sergiusz

  10. #10
    Flight attendant JohnnyBravo's Avatar
    Join Date
    Mar 2016
    Location
    T-EHGG148
    Posts
    53
    Quote Originally Posted by serek View Post
    Khan,

    It's 2018, European Internet registry (RIPE) is not freely issuing IPv4 addresses to service providers for almost 6 years!!! Can you please at least re-assure us that you are working on server-side fix here? I know it's hard to make backend systems work with IPv6, but gracefully falling back to IPv4 has been implemented by many.

    I see that you've introduced Cloudflare proxying. Is there no way to reconfigure Cloudflare DNS, so it doesn't serve IPv6 records?

    Also, should you need a group of feeders in the future to help you deploying/testing/troubleshooting IPv6, please count me in!

    Regards,
    Sergiusz
    Agreed!! It's 2018 for Pete's sake!
    I had fully transitioned to IPv6 at home and I'm now running IPv4 only to be able to feed data to FR24....

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •