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

[Bug]: If system time changes significantly after meshtasticd starts, API goes incommunicado #5934

Open
noon92 opened this issue Jan 25, 2025 · 1 comment
Labels
bug Something isn't working

Comments

@noon92
Copy link
Contributor

noon92 commented Jan 25, 2025

Category

Other

Hardware

Linux Native

Firmware Version

2.5.11

Description

On the Femtofox:
This took some time to track down. We were having issues with meshtasticd not responding to CLI commands after boot until the service was restarted. Looks like the issue is that at boot, the system time defaults to nov 2023. A bit after boot, an NTP service (chrony) sets the time from either an RTC module or network, and the current time jumps to jan 2025. Meshtasticd no longer responds to commands after this, until service is restarted.

@vidplace7 @jp-bennett

Relevant log output

@noon92
Copy link
Contributor Author

noon92 commented Feb 6, 2025

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant