Ticket #546 (closed defect: fixed)
fsotdld does not retry to sync with ntp when there is no network on start
| Reported by: | mrmoku | Owned by: | mickey |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | cornucopia/fsotdld | Version: | milestone5.5 |
| Keywords: | Cc: |
Description
possible solution might be to listen to default route changes and retry whenever there is a new default route.
Change History
comment:2 Changed 3 years ago by mrmoku
- Component changed from framework/general to cornucopia/fsotdld
comment:3 Changed 3 years ago by Beini
I think it does not retry per se.
Even with network available when starting fsotdld, I only get the first sync. After that I set the time out of sync but it never syncs again. fsotdld.log only contains line for the first sync after starting the daemon, after that nothing about ntp.
This is on SHR-Testing with fsotdld 1:0.0.0+gitr8+a2698e95446861f3ae6d89bc64019b29964a8108-r2.3.4
comment:4 Changed 3 years ago by mrmoku
- Status changed from new to closed
- Resolution set to fixed
with 58a44c2d035d1bcb854f0933c83d63a0459cc16f it syncs the time nicely whenever routing changes. This still does not hit the USB case where the default route is always set, and we would have to listen to the link coming up. Unfortunatelly that is broken in the kernel.
However... this works fine for wifi and gprs. And someday we will get rid of the static, always there route for usb by using connman. Closing.
Better solution after discussing in IRC is to use netlink to figure out when a device comes up