Hello Andrea,

Thank you so much for your time. I missed the part about log^2 in the
documentation.

Kind Regards,

Nick.

On 5/10/13, Pandu Poluan <pa...@poluan.info> wrote:
> On May 10, 2013 5:23 PM, "Andrea Conti" <a...@alyf.net> wrote:
>>
>> Hello,
>>
>> > server  tick.nrc.ca minpoll 64 maxpoll 1024 iburst prefer
>>
>> Ouch! minpoll and maxpoll should be specified as the log2 of the actual
>> value, i.e. 6 and 10. Those are the defaults anyway.
>>
>> > disable auth
>> > broadcastclient
>> > server ntp.server.com prefer
>>
>> This looks fine to me; although configuring a broadcast association when
>> your clients also have a unicast association to the same server seems a
>> bit pointless, this should not cause any harm.
>>
>> I think you should first try to fix your server config and see if
>> getting a proper sync on the server also solves the problem with the
>> clients.
>>
>> > As for /etc/conf.d/ntpd, we have set nothing. To be honest I did not
>> > even know the file
>> > existed till you mentioned it:
>> >
>> > NTPD_OPTS="-u ntp:ntp"
>>
>> That is where you put the commandline options you want ntpd to be
>> started with.
>>
>> > I would have liked to be better prepared for this but the gentoo wiki
>> > page has been down for a few weeks now. We are not looking for
>> > microsecond synchronization however, down to the second would be nice!
>>
>> I doubt you can consistently achieve microsecond-level synchronization
>> with NTP ;)
>>
>> The official documentation of the ntp suite [1] is a good source of
>> information; the man pages of ntpd and ntp.conf are also quite
>> extensive, albeit a bit terse.
>>
>> andrea
>>
>> [1] http://www.eecis.udel.edu/~mills/ntp/html/index.html
>>
>>
>>
>
> Many thanks Andrea!
>
> Although I'm not the original poster, but within the next couple of months,
> me & my team will have to implement something similar. Your reply is a good
> reference for us!
>
> Again, thank you!
>
> Rgds,
> --
>

Reply via email to