Opened 11 years ago

Closed 5 years ago

Last modified 4 years ago

#9348 closed bug (fixed)

Network time won't synchronize clock at boot

Reported by: Giova84 Owned by: leavengood
Priority: normal Milestone: R1/beta2
Component: Preferences/Time & Date Version: R1/Development
Keywords: Network time won't synchronize clock at boot Cc:
Blocked By: Blocking: #12266, #14206
Platform: x86

Description

Since i have installed hrev45110, at every startup i found that the clock is one hour behind (with Haiku Alpha 4.1 i don't have this issue). In Time Preference time is set correctly to my time zone. If i click on "Synchronize" in the "Network Time" tab, clock will show the correct time, but if i select "Synchronize at boot", at the boot time the clock is not synchronized.

Change History (9)

comment:1 by diver, 11 years ago

Synchronize at boot has never worked for me since it was added in hrev41956. Maybe Time should wait for an active network interface before trying to sync?

comment:2 by leavengood, 11 years ago

I'm pretty sure I tested that, but it may work on some systems but not others if there is a race condition in it running before a network is up. I think we could change Time to wait for a network with a reasonable timeout when the --update command-line option is provided. Or a --boot option could be added to turn on this behavior.

in reply to:  2 comment:3 by anevilyak, 11 years ago

Replying to leavengood:

I'm pretty sure I tested that, but it may work on some systems but not others if there is a race condition in it running before a network is up. I think we could change Time to wait for a network with a reasonable timeout when the --update command-line option is provided. Or a --boot option could be added to turn on this behavior.

What would be more ideal is to use BNetworkRoster/BNetworkDevice to watch for interface changes in order to actually know when the device is up and in a usable state. That rules out time-based races entirely.

comment:4 by axeld, 11 years ago

It could simply keep trying for a while if the synchronization fails. It should just not keep the system from booting in case it's currently doing that.

comment:5 by leavengood, 11 years ago

Owner: changed from axeld to leavengood
Status: newassigned

Taking ownership since I added the feature to Time. I may not get around to fixing this for a while though.

comment:6 by diver, 9 years ago

Blocking: 12266 added

comment:7 by diver, 5 years ago

Blocking: 14206 added

comment:8 by waddlesplash, 5 years ago

Resolution: fixed
Status: assignedclosed

Fixed in hrev53049.

comment:9 by nielx, 4 years ago

Milestone: R1R1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

Note: See TracTickets for help on using tickets.