[lacnog] leap second hoy medianoche UTC

[Antonio M. Moreiras]

Desculpe, vou responder em português para ser mais rápido.

Até onde sei são configurações ortogonais. Ou seja, até onde sei o -x
não afetará diretamente o comportamento do ntp no tratamento do leap
second. O -x apenas evita que o NTP dê 'saltos' no tempo, o que ele já
não faz normalmente, em regime, só o faz quando a diferença de tempo é
muito grande (se me recordo bem, acima de 128ms).

O -x pode afetar o comportamento do NTP no tratamento do leap second se
o NTP não tiver recebido a flag que o avisa. Então ele se verá
subitamente com 1s de erro, o que o obrigaria a 'saltar' um segundo para
uma correção rápida. Com o -x não ocorre esse salto e o NTP demorará
algum tempo até que esteja em sincronismo novamente. Mas se você quer
esse comportamento, você deve de alguma forma fazer o contrário do que
estou recomendando em meu primeiro email, ou seja, você deve garantir
que seu NTP não conheça o leap second, ou seja, tenha a flag leap=00.
Não sei como fazer isso.

[]s
Moreiras.

On 30/06/15 16:13, Ivan Chapero wrote:
> Antonio,
> muy atractivo el articulo publicado.
> 
> Aprovecho tu experiencia sobre NTP para quitarme una duda de raíz. Ante la
> falta de información del efecto del leap second en varios servicios
> corriendo sobre linux decidimos tomar como workaround el iniciar el daemon
> ntpd en modo slew (-x) en dos hosts que hace de NTP servers para
> infraestructura.
> 
> Mi duda es sobre las otras instancias de ntpd de otro hosts clientes que
> tome como server solo a los primeros mencionados -que ya funcionan en modo
> slew (-x)-:
> - ¿los clientes también necesitan re-iniciarse con la flag -x?
> - ¿o heredará por así decirlo el "no aviso" del leap-second?
> 
> Saludos.
> 
> El 30 de junio de 2015, 15:48, Antonio M. Moreiras <moreiras en nic.br>
> escribió:
> 
>> Hola gente,
>>
>> Me gustaría recordar a todos que el leap second es hoy.
>>
>> Compruebe si sus NTP servers y clients esperan correctamente este cambio
>> de hoy con el comando 'ntpq -c rv'. El resultado es algo así como:
>>
>> $ntpq -c rv
>> associd=0 status=4028 leap_add_sec, sync_unspec, 2 events, no_sys_peer,
>> version="ntpd 4.2.6 en 1.2089-o Fri May 28 01:20:53 UTC 2010 (1)",
>> processor="x86_64", system="Darwin/14.3.0", leap=01, stratum=2,
>> precision=-20, rootdelay=11.099, rootdisp=39.467, refid=200.20.186.76,
>> reftime=d93d4f54.f99c2559  Tue, Jun 30 2015 14:24:36.975,
>> clock=d93d58d1.2d003df2  Tue, Jun 30 2015 15:05:05.175, peer=0, tc=8,
>> mintc=3, offset=2.923, frequency=-38.550, sys_jitter=8.991,
>> clk_jitter=0.709, clk_wander=0.017
>>
>> La flag "leap = 01" muestra que el ntp va añadir el leap second a
>> medianoche (UTC).
>>
>> Si la flag es "leap = 00" el ntp no hace el ajuste automáticamente. Por
>> alguna razón él no sabe todavía que el leap second va a suceder.
>> Considere cambiar los servidores que están actualmente en su
>> configuración por otros más confiables. Usted tambien puede descargar y
>> agregar manualmente en la configuración el archivo de leap seconds: hay
>> muchas referencias que explican cómo en la Internet, utiliza su motor de
>> búsqueda favorito y diviértete.
>>
>> Más información sobre el leap second en http://ntp.br (português). Vale
>> recordar también que en leap seconds anteriores hubo problemas de
>> congelamiento y lentitud en Linux y algunos servidores con Java, por lo
>> que es conveniente monitorear todo hoy con mucha atención.
>>
>> []s
>> Moreiras.
>