Announcement

Collapse
No announcement yet.

Problems with feeder statistics and data sharing

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

  • Winged_Jaguar
    replied
    Many thanks Khan,

    It appears that the stats are now getting through (Monday). For Raspi users you may find that NSLOOKUP is not there, in which case apply the following command at the Pi prompt "sudo apt-get install dnsutils" and then try "nslookup feed.flightradar24.com" again. Hopefully it will return an IP4 address response such as

    Non-authoritative answer:
    Name: feed.flightradar24.com.cdn.clouldflare.net
    Address: 104.20.1.101

    Note: feed.flightradar24.com should not be confused with feed.flightradar.com which returns a different address such as 69.172.201.153.
    Last edited by Winged_Jaguar; 2018-06-18, 15:21.

    Leave a comment:


  • JohnnyBravo
    replied
    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....

    Leave a comment:


  • serek
    replied
    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

    Leave a comment:


  • TonB01
    replied
    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..

    Leave a comment:


  • helios
    replied
    What can I do if I don't want do disable IPv6?

    Leave a comment:


  • superpern
    replied
    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

    Leave a comment:


  • strobil
    replied
    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, 10:55.

    Leave a comment:


  • Malcolml
    replied
    Thanks for reply, I can put my hair back now. Sorry if I missed earlier reports.

    Leave a comment:


  • Oblivian
    replied
    Originally posted by Malcolml View Post
    [ATTACH=CONFIG]9570[/ATTACH] 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

    Leave a comment:


  • Malcolml
    replied
    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

    Leave a comment:


  • Khan
    started a topic Problems with feeder statistics and data sharing

    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
Working...
X