Re: [chrony-dev] Bug in chronyd -q "server ip"

[ Thread Index | Date Index | More chrony.tuxfamily.org/chrony-dev Archives ]


> On 31/07/2017, at 8:32 PM, Miroslav Lichvar <mlichvar@xxxxxxxxxx> wrote:
> 
> On Mon, Jul 31, 2017 at 05:08:33PM +1200, Bryan Christianson wrote:
>> I was just looking at using the -q option before actually running the daemon.
> 
> Have you considered using the initstepslew directive? I'm assuming you
> want to delay starting something before chronyd has stepped the clock.

initstepslew should do what I want which is to step the clock if the initial offset exceeds a threshold. Thanks for that.
I'm having an issue with VirtualBox macOS VMs being about 5 seconds off when they start. They seem to take a long time to do the EFI boot and it looks as though the clock is stalled while that's going on.

>> It appears to be broken.
> 
>> Setting the option sets 
>>        clock_control = 0;
>> 
>> In SYS_Intialise(), only the null driver is loaded. The actual system drivers are not loaded.
>> 
> Good catch. Would you like to submit a patch?

I'm not sure what the patch would be. Only set  clock_control = 0  for -Q option but leave at 1 for -q ?

Bryan Christianson
bryan@xxxxxxxxxxxxx




--
To unsubscribe email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "unsubscribe" in the subject.
For help email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/