Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Timestamp errors are back #53

Closed
HrJosch opened this issue Feb 24, 2022 · 19 comments
Closed

Timestamp errors are back #53

HrJosch opened this issue Feb 24, 2022 · 19 comments
Assignees

Comments

@HrJosch
Copy link

HrJosch commented Feb 24, 2022

Since this morning MLAT Timestamp errors are back. The fr24 container remains in status 'starting'. Could you please look into it?

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

@HrJosch can you please post your container log from start up? Please make sure you remove any personally identifiable information before submitting. Thanks.

@mikenye mikenye self-assigned this Feb 24, 2022
@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

I will note that with the geopolitical climate right now, it looks like FR24 are being pummelled.... :(

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

_fr24_logs.txt
Sure, logs attached. Thank you!

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

Can you please run ntpq -pn on your host, and paste the output?

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

-bash: ntpq: command not found

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

How are you synchronising the time on your host? I just want to make sure the time on the host is accurate. Typically this is done with NTP or Chrony. It looks like your host does not have NTP installed.

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

My adsb stack runs on OMV6. Timesync is done via NTP pool.ntp.org

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

Basically this issue is the same as I described in issue #38
[readsb] 2022/02/24 07:15:29 Basestation TCP output: Send Error: Broken pipe: xxx.xx.x.x port 41610 (fd 19, SendQ 88, RecvQ 0)

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

What's your source of BEAST data?

Incidentally, I see on their forums:

FR24 WILL ONLY USE MLAT DATA CAPTURED WITH 'DVBT'+DUMP1090-MUTABILITY WITH --MLAT OPTION DIRECT (TCP not valid)

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

Is your MLAT sync working for other services? It might be worth checking your sync on ADSB Exchange, as they provide pretty good detail about MLAT status.

That will be able to confirm whether the problem is with FR24 or not.

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

ADSB Exchange looks good:

Feeder ShortID : XXXXX-XXXXX

[MSG-1] ADSBx is recieving your stats data.
This is a separate service from the feeder software.

Aircraft count logged 1600 times (every 60 seconds), last seen (1645686576.4562 seconds since epoc) Thursday 24th of February 2022 07:09:36 AM UTC

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

Flightaware:

Feeder Mode: Mode-S (1090 MHz)
Multilateration (MLAT): Supported / Enabled

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

See if you can find your ADSBx feeder in here: https://adsbx.org/sync/

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

if you could post a screenshot showing health, timeout, peers, sync-statuses cells for your feeder, that would be great.

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

Bildschirmfoto 2022-02-24 um 08 43 53
Bildschirmfoto 2022-02-24 um 08 44 28

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

Bildschirmfoto 2022-02-24 um 08 53 27
Bildschirmfoto 2022-02-24 um 08 53 45

@mikenye
Copy link
Member

mikenye commented Feb 24, 2022

It looks like there's nothing wrong with your system. This may be an FR24 server-side issue. Maybe consider disabling MLAT, or see if it eventually comes good.

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

Meanwhile the FR24 container became green again and says healthy in Portainer. I noticed that the adsbexchange health status for my feed is unavailable from time to time.

@HrJosch
Copy link
Author

HrJosch commented Feb 24, 2022

I will note that with the geopolitical climate right now, it looks like FR24 are being pummelled.... :(

You are absolutely right, they can't handle the requests anymore and established a waiting room as a temporary measure while adding resources. Thank you for your efforts @mikenye! Keep up the good work!

@mikenye mikenye closed this as completed Feb 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants