Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-17 Por tôpico Eduardo Lemos de Sa 
Oi Luiz



2014-09-16 15:30 GMT-03:00 Luiz Otavio O Souza lists...@gmail.com:

 2014-09-16 10:06 GMT-03:00 Eduardo Lemos de Sa:
  Oi Paulo
 
  2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti:
 
  Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa
  eduardo.lemosd...@gmail.com escreveu:
  [...]
  
   Eu resolvi fazer um teste:
   sudo /etc/rc.d/ntpd stop
   sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
   sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e
  troquei o
   onestart por um restart)
  
   e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
   satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de
 melhor)
   aconteceu. No dmesg não aparece qualquer menção de que o horário foi
   modificado. Por favor, alguém tem alguma ideia de como descobrir o
 porquê
   do erro?
  
 
 
  Procure também no /var/log/messages alguma coisa referente a ntp.
 
  Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo.
 
  Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso,
  fora isso ele não sincroniza. Experimente atrasar o relógio em 600
  segundos, por exemplo.
 
  Obrigado pela atenção.
 
  Sim, o tempo  máximo de ajuste é de 1000 segundos, mas eu atrasei o
 relógio
  em 4 minutos (240 s), o que deveria ser suficiente.
 
  Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por
  favor, veja:
 

 Ola Eduardo,

 O limite de 1000s inicial do ntp pode ser desabilitado adicionando
 'ntpd_sync_on_start=YES' no seu /etc/rc.conf.

 Com essa alteração o ntpd vai corrigir o horário mesmo quando o
 relógio esta errado bem além desse limite de 1000s.

 Geralmente quando o ntpd não acerta o horário é porque ele não esta
 conseguindo sincronizar com os servidores (isso aconteceu recentemente
 comigo pois meu provedor bloqueou todos pacotes na porta 123 por conta
 de ataques DoS).

 Utilize o ntptime para verificar o status do ntpd:

 % ntptime
 ntp_gettime() returns code 0 (OK)
   time d7c2fef9.42d0e548  Tue, Sep 16 2014 15:24:57.261, (.261000372),
   maximum error 996836 us, estimated error 25764 us, TAI offset 0
 ntp_adjtime() returns code 0 (OK)
   modes 0x0 (),
   offset 3615.118 us, frequency 31.199 ppm, interval 1 s,
   maximum error 996836 us, estimated error 25764 us,
   status 0x6001 (PLL,NANO,MODE),
   time constant 10, precision 0.001 us, tolerance 496 ppm,

 Esse é o status de um servidor com o ntp sincronizado (verifique os
 dois OKs no ntp_gettime() e ntp_adjtime()).

 E abaixo segue o status de um servidor onde o ntp esta bloqueado:

 # ntptime
 ntp_gettime() returns code 5 (ERROR)
   time d7c2cbe0.8b0c561c  Tue, Sep 16 2014 11:46:56.543, (.543157550),
   maximum error 943516 us, estimated error 16 us, TAI offset 0
 ntp_adjtime() returns code 5 (ERROR)
   modes 0x0 (),
   offset 0.000 us, frequency 13.402 ppm, interval 1 s,
   maximum error 943516 us, estimated error 16 us,
   status 0x2040 (UNSYNC,NANO),
   time constant 0, precision 0.001 us, tolerance 496 ppm,

 Além dos erros o campo status também tem a flag 'UNSYNC'.

 Rode um tcpdump na sua interface e veja se há respostas dos
 servidores, aqui no caso do server bloqueado só há tx e nada de rx.

 # tcpdump -nei XXX port 123


Muito obrigado pela ajuda e pela atenção.

Eu fiz o ntptime e resultou em code 5 (ERROR). além do UNSYNC. Como eu não
tenho um firewall nativo na máquina (pelo menos, eu nunca instalei um),
creio que alguém no Centro de Computação bloqueou alguma porta. Por favor,
seria esta a possível causa do problema?

Eu também fiz o tcpdump -nei re0 port 123  . Vejam o que eu consegui:

4:22:26.808228 00:13:46:39:e1:03  00:04:96:40:ac:60, ethertype IPv4
(0x0800), length 90: (tos 0x0, ttl 64, id 7342, offset 0, flags [none],
proto UDP (17), length 76)
200.17.215.86.123  200.20.186.76.123: NTPv4, length 48
Client, Leap indicator: clock unsynchronized (192), Stratum 0
(unspecified), poll 10 (1024s), precision -20
Root Delay: 0.00, Root dispersion: 0.159118, Reference-ID:
(unspec)
  Reference Timestamp:  0.0
  Originator Timestamp: 0.0
  Receive Timestamp:0.0
  Transmit Timestamp:   3619963346.808199882 (2014/09/17 14:22:26)
Originator - Receive Timestamp:  0.0
Originator - Transmit Timestamp: 3619963346.808199882
(2014/09/17 14:22:26)


Parece que a máquina transmite (Transmit Timestamp) mas não recebe
(Originator Timestamp: 0.0).

Minha dúvida é como saber para descobrir onde está o bloqueio.

Um abraço e, de novo, obrigado

Eduardo


 Att.,
 Luiz
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-16 Por tôpico Eduardo Lemos de Sa 
Oi Marcelo

2014-09-15 16:41 GMT-03:00 Marcelo Gondim gon...@bsdinfo.com.br:

 On 15/09/2014 16:23, Eduardo Lemos de Sa wrote:

 Caríssimos

 Falei cedo demais :-) (vejam no fim deste email)

 2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa 
 eduardo.lemosd...@gmail.com
 :

  Caríssimos, em especial atenção ao Gondim e ao Paulo

 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti procavalca...@gmail.com:

  Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa
 eduardo.lemosd...@gmail.com escreveu:

 Car´issimos

 Tenho visto um comportamento estranho no ntp na hora do boot do
 FreeBSD-10.1-PRERELEASE: aparecem as mensagens:

 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not
 found:
 0.freebsd.pool.ntp.org
 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not
 found:
 1.freebsd.pool.ntp.org
 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not
 found:
 2.freebsd.pool.ntp.org


 Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao

 h´a

 perda de pacotes e nem problemas para se resolver o nome.


 O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3

 linhas

 ativas):

 server 0.freebsd.pool.ntp.org iburst
 server 1.freebsd.pool.ntp.org iburst
 server 2.freebsd.pool.ntp.org iburst


 Para complicar mais ainda, se eu uso um hd (na mesma maquina) que
 tambem
 roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
 dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
 maluquice ou de como resolve-la?

 Desde jah agradeço a atenç~ao e o interesse

  Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em
 bridge. Como  o modem da GVT é lento para dar boot, o FreeBSD tenta
 resolver o DNS do servidor  NTP antes do modem estar pr


 De qualquer forma, o problema com o ntp está resolvido.

 Um abraço e obrigado a todos

 Edu
 onto, daí
 aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o
 relógio é sincronizado.

 Você só deve se preocupar se o NTP não funcionar nunca. Neste caso
 veja se é bloqueio no firewall ou DNS, como o Gondim falou.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



 Obrigado pela ajuda.

 Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no
 /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece
 estar mais na minha rede interna (estou usando a conexão dentro da UFPR,
 logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS
 da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma
 página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que
 está
 recebendo muita carga e não consegue se desvencilhar.

 De qualquer forma, o problema com o ntp está resolvido.

 Um abraço e obrigado a todos

 Edu



  Eu resolvi fazer um teste:
 sudo /etc/rc.d/ntpd stop
 sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
 sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei
 o
 onestart por um restart)

 e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
 satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
 aconteceu. No dmesg não aparece qualquer menção de que o horário foi
 modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
 do erro?

  Olá Edu,

 Pelo que entendi o erro não acontece mais mas também não está acertando o
 horário corretamente. Seria isso?

 Já usou o tzsetup e viu se está correto o timezone?


Obrigado pela atenção.

Eu acho que eu já tinha rodado no tzsetup no momento da instalação da
máquina. Em todo o caso, rodei-o novamente, atrasei o relógio em 4 minutos
e fiz o restart no ntpd: o horário não mudou.  Por favor, faria alguma
diferença se eu matasse o ntpd e fizesse um onestart no ntpdate?


O bacana é que eu repeti o mesmo teste numa máquina rodando 0 9.3-STABLE
e o relógio também não atualizou lá.

Um abraço

Edu


[]´s
 Gondim

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-16 Por tôpico Eduardo Lemos de Sa 
Oi Paulo

2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti procavalca...@gmail.com:

 Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa
 eduardo.lemosd...@gmail.com escreveu:
 [...]
 
  Eu resolvi fazer um teste:
  sudo /etc/rc.d/ntpd stop
  sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
  sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e
 troquei o
  onestart por um restart)
 
  e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
  satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
  aconteceu. No dmesg não aparece qualquer menção de que o horário foi
  modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
  do erro?
 


 Procure também no /var/log/messages alguma coisa referente a ntp.

 Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo.

 Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso,
 fora isso ele não sincroniza. Experimente atrasar o relógio em 600
 segundos, por exemplo.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Obrigado pela atenção.

Sim, o tempo  máximo de ajuste é de 1000 segundos, mas eu atrasei o relógio
em 4 minutos (240 s), o que deveria ser suficiente.

Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por
favor, veja:



;  DiG 9.10.0-P2  0.freebsd.pool.ntp.org
;; global options: +cmd
;; Got answer:
;; -HEADER- opcode: QUERY, status: NOERROR, id: 15250
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 9, ADDITIONAL: 15

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;0.freebsd.pool.ntp.org.INA

;; ANSWER SECTION:
0.freebsd.pool.ntp.org.117INA146.164.53.65
0.freebsd.pool.ntp.org.117INA187.49.33.13
0.freebsd.pool.ntp.org.117INA201.73.152.121

;; AUTHORITY SECTION:
pool.ntp.org.208INNSc.ntpns.org.
pool.ntp.org.208INNSa.ntpns.org.
pool.ntp.org.208INNSg.ntpns.org.
pool.ntp.org.208INNSi.ntpns.org.
pool.ntp.org.208INNSe.ntpns.org.
pool.ntp.org.208INNSf.ntpns.org.
pool.ntp.org.208INNSb.ntpns.org.
pool.ntp.org.208INNSd.ntpns.org.
pool.ntp.org.208INNSh.ntpns.org.

;; ADDITIONAL SECTION:
a.ntpns.org.360428INA207.171.17.42
a.ntpns.org.360428IN2620:101:d007::42
b.ntpns.org.5819INA193.243.171.138
b.ntpns.org.5819INA174.127.124.192
c.ntpns.org.17195INA85.234.197.21
d.ntpns.org.17195INA198.105.223.32
e.ntpns.org.17195INA69.41.163.30
f.ntpns.org.17195INA50.31.240.214
g.ntpns.org.4501INA177.19.155.137
h.ntpns.org.17195INA85.214.25.217
h.ntpns.org.17195INA212.12.50.229
h.ntpns.org.17195INA46.234.32.107
i.ntpns.org.17195INA46.29.176.73
i.ntpns.org.17195IN2a02:2290:2:48::73

;; Query time: 1 msec
;; SERVER: 200.17.215.2#53(200.17.215.2)
;; WHEN: Tue Sep 16 09:37:21 BRT 2014
;; MSG SIZE  rcvd: 497


Se alguém tiver uma máquina não-crucial onde se possa alterar ligeiramente
o horário e fizer um teste, agradecerei bastante

Um abraço

Edu


a
-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-16 Por tôpico Luiz Otavio O Souza 
2014-09-16 10:06 GMT-03:00 Eduardo Lemos de Sa:
 Oi Paulo

 2014-09-15 20:13 GMT-03:00 Paulo Cavalcanti:

 Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa
 eduardo.lemosd...@gmail.com escreveu:
 [...]
 
  Eu resolvi fazer um teste:
  sudo /etc/rc.d/ntpd stop
  sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
  sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e
 troquei o
  onestart por um restart)
 
  e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
  satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
  aconteceu. No dmesg não aparece qualquer menção de que o horário foi
  modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
  do erro?
 


 Procure também no /var/log/messages alguma coisa referente a ntp.

 Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo.

 Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso,
 fora isso ele não sincroniza. Experimente atrasar o relógio em 600
 segundos, por exemplo.

 Obrigado pela atenção.

 Sim, o tempo  máximo de ajuste é de 1000 segundos, mas eu atrasei o relógio
 em 4 minutos (240 s), o que deveria ser suficiente.

 Eu fiz um dig no 0.freebsd.pool.ntp.org. Parece que está tudo certo. Por
 favor, veja:


Ola Eduardo,

O limite de 1000s inicial do ntp pode ser desabilitado adicionando
'ntpd_sync_on_start=YES' no seu /etc/rc.conf.

Com essa alteração o ntpd vai corrigir o horário mesmo quando o
relógio esta errado bem além desse limite de 1000s.

Geralmente quando o ntpd não acerta o horário é porque ele não esta
conseguindo sincronizar com os servidores (isso aconteceu recentemente
comigo pois meu provedor bloqueou todos pacotes na porta 123 por conta
de ataques DoS).

Utilize o ntptime para verificar o status do ntpd:

% ntptime
ntp_gettime() returns code 0 (OK)
  time d7c2fef9.42d0e548  Tue, Sep 16 2014 15:24:57.261, (.261000372),
  maximum error 996836 us, estimated error 25764 us, TAI offset 0
ntp_adjtime() returns code 0 (OK)
  modes 0x0 (),
  offset 3615.118 us, frequency 31.199 ppm, interval 1 s,
  maximum error 996836 us, estimated error 25764 us,
  status 0x6001 (PLL,NANO,MODE),
  time constant 10, precision 0.001 us, tolerance 496 ppm,

Esse é o status de um servidor com o ntp sincronizado (verifique os
dois OKs no ntp_gettime() e ntp_adjtime()).

E abaixo segue o status de um servidor onde o ntp esta bloqueado:

# ntptime
ntp_gettime() returns code 5 (ERROR)
  time d7c2cbe0.8b0c561c  Tue, Sep 16 2014 11:46:56.543, (.543157550),
  maximum error 943516 us, estimated error 16 us, TAI offset 0
ntp_adjtime() returns code 5 (ERROR)
  modes 0x0 (),
  offset 0.000 us, frequency 13.402 ppm, interval 1 s,
  maximum error 943516 us, estimated error 16 us,
  status 0x2040 (UNSYNC,NANO),
  time constant 0, precision 0.001 us, tolerance 496 ppm,

Além dos erros o campo status também tem a flag 'UNSYNC'.

Rode um tcpdump na sua interface e veja se há respostas dos
servidores, aqui no caso do server bloqueado só há tx e nada de rx.

# tcpdump -nei XXX port 123

Att.,
Luiz
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Eduardo Lemos de Sa 
Car´issimos

Tenho visto um comportamento estranho no ntp na hora do boot do
FreeBSD-10.1-PRERELEASE: aparecem as mensagens:

messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
0.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
1.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
2.freebsd.pool.ntp.org


Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a
perda de pacotes e nem problemas para se resolver o nome.


O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas
ativas):

server 0.freebsd.pool.ntp.org iburst
server 1.freebsd.pool.ntp.org iburst
server 2.freebsd.pool.ntp.org iburst


Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
maluquice ou de como resolve-la?

Desde jah agradeço a atenç~ao e o interesse

Um abraco

Edu

-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Marcelo Gondim 

On 15/09/2014 11:38, Eduardo Lemos de Sa wrote:

Car´issimos

Tenho visto um comportamento estranho no ntp na hora do boot do
FreeBSD-10.1-PRERELEASE: aparecem as mensagens:

messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
0.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
1.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
2.freebsd.pool.ntp.org


Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a
perda de pacotes e nem problemas para se resolver o nome.


O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas
ativas):

server 0.freebsd.pool.ntp.org iburst
server 1.freebsd.pool.ntp.org iburst
server 2.freebsd.pool.ntp.org iburst


Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
maluquice ou de como resolve-la?

Desde jah agradeço a atenç~ao e o interesse

Um abraco

Edu


Opa Edu,

O que parece é que no momento do boot não está tendo resolução de DNS e 
por isso não está resolvendo o nome.
Experimenta colocar o DNS do Google 8.8.8.8 no /etc/resolv.conf e ver se 
para o problema.


[]´s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Paulo Cavalcanti 
Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa
eduardo.lemosd...@gmail.com escreveu:

 Car´issimos

 Tenho visto um comportamento estranho no ntp na hora do boot do
 FreeBSD-10.1-PRERELEASE: aparecem as mensagens:

 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
 0.freebsd.pool.ntp.org
 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
 1.freebsd.pool.ntp.org
 messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
 2.freebsd.pool.ntp.org


 Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao h´a
 perda de pacotes e nem problemas para se resolver o nome.


 O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3 linhas
 ativas):

 server 0.freebsd.pool.ntp.org iburst
 server 1.freebsd.pool.ntp.org iburst
 server 2.freebsd.pool.ntp.org iburst


 Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
 roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
 dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
 maluquice ou de como resolve-la?

 Desde jah agradeço a atenç~ao e o interesse


Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em
bridge. Como  o modem da GVT é lento para dar boot, o FreeBSD tenta
resolver o DNS do servidor  NTP antes do modem estar pronto, daí
aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o
relógio é sincronizado.

Você só deve se preocupar se o NTP não funcionar nunca. Neste caso
veja se é bloqueio no firewall ou DNS, como o Gondim falou.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Eduardo Lemos de Sa 
Caríssimos, em especial atenção ao Gondim e ao Paulo

2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti procavalca...@gmail.com:

 Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa
 eduardo.lemosd...@gmail.com escreveu:
 
  Car´issimos
 
  Tenho visto um comportamento estranho no ntp na hora do boot do
  FreeBSD-10.1-PRERELEASE: aparecem as mensagens:
 
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  0.freebsd.pool.ntp.org
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  1.freebsd.pool.ntp.org
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  2.freebsd.pool.ntp.org
 
 
  Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao
 h´a
  perda de pacotes e nem problemas para se resolver o nome.
 
 
  O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3
 linhas
  ativas):
 
  server 0.freebsd.pool.ntp.org iburst
  server 1.freebsd.pool.ntp.org iburst
  server 2.freebsd.pool.ntp.org iburst
 
 
  Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
  roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
  dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
  maluquice ou de como resolve-la?
 
  Desde jah agradeço a atenç~ao e o interesse
 

 Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em
 bridge. Como  o modem da GVT é lento para dar boot, o FreeBSD tenta
 resolver o DNS do servidor  NTP antes do modem estar pr


 De qualquer forma, o problema com o ntp está resolvido.

 Um abraço e obrigado a todos

 Edu
 onto, daí
 aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o
 relógio é sincronizado.

 Você só deve se preocupar se o NTP não funcionar nunca. Neste caso
 veja se é bloqueio no firewall ou DNS, como o Gondim falou.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Obrigado pela ajuda.

Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no
/etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece
estar mais na minha rede interna (estou usando a conexão dentro da UFPR,
logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS
da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma
página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está
recebendo muita carga e não consegue se desvencilhar.

De qualquer forma, o problema com o ntp está resolvido.

Um abraço e obrigado a todos

Edu


-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Eduardo Lemos de Sa 
Caríssimos

Falei cedo demais :-) (vejam no fim deste email)

2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa eduardo.lemosd...@gmail.com
:

 Caríssimos, em especial atenção ao Gondim e ao Paulo

 2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti procavalca...@gmail.com:

 Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa
 eduardo.lemosd...@gmail.com escreveu:
 
  Car´issimos
 
  Tenho visto um comportamento estranho no ntp na hora do boot do
  FreeBSD-10.1-PRERELEASE: aparecem as mensagens:
 
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  0.freebsd.pool.ntp.org
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  1.freebsd.pool.ntp.org
  messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
  2.freebsd.pool.ntp.org
 
 
  Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao
 h´a
  perda de pacotes e nem problemas para se resolver o nome.
 
 
  O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3
 linhas
  ativas):
 
  server 0.freebsd.pool.ntp.org iburst
  server 1.freebsd.pool.ntp.org iburst
  server 2.freebsd.pool.ntp.org iburst
 
 
  Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
  roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
  dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
  maluquice ou de como resolve-la?
 
  Desde jah agradeço a atenç~ao e o interesse
 

 Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em
 bridge. Como  o modem da GVT é lento para dar boot, o FreeBSD tenta
 resolver o DNS do servidor  NTP antes do modem estar pr


 De qualquer forma, o problema com o ntp está resolvido.

 Um abraço e obrigado a todos

 Edu
 onto, daí
 aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o
 relógio é sincronizado.

 Você só deve se preocupar se o NTP não funcionar nunca. Neste caso
 veja se é bloqueio no firewall ou DNS, como o Gondim falou.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 Obrigado pela ajuda.

 Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no
 /etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece
 estar mais na minha rede interna (estou usando a conexão dentro da UFPR,
 logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS
 da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma
 página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está
 recebendo muita carga e não consegue se desvencilhar.

 De qualquer forma, o problema com o ntp está resolvido.

 Um abraço e obrigado a todos

 Edu




Eu resolvi fazer um teste:
sudo /etc/rc.d/ntpd stop
sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o
onestart por um restart)

e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
aconteceu. No dmesg não aparece qualquer menção de que o horário foi
modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
do erro?

Obrigado

Um abraço

Edu




-- 
 Eduardo Lemos de Sa
 Associated Professor Level 4
 Dep. Quimica da Universidade Federal do Paraná
 fone: +55(41)3361-3300
 fax:   +55(41)3361-3186
 Voip Number call to (41) 33613600 (listen to the message and type
 10531185)




-- 
Eduardo Lemos de Sa
Associated Professor Level 4
Dep. Quimica da Universidade Federal do Paraná
fone: +55(41)3361-3300
fax:   +55(41)3361-3186
Voip Number call to (41) 33613600 (listen to the message and type 10531185)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Marcelo Gondim 

On 15/09/2014 16:23, Eduardo Lemos de Sa wrote:

Caríssimos

Falei cedo demais :-) (vejam no fim deste email)

2014-09-15 16:04 GMT-03:00 Eduardo Lemos de Sa eduardo.lemosd...@gmail.com
:


Caríssimos, em especial atenção ao Gondim e ao Paulo

2014-09-15 14:39 GMT-03:00 Paulo Cavalcanti procavalca...@gmail.com:


Em 15 de setembro de 2014 11:38, Eduardo Lemos de Sa
eduardo.lemosd...@gmail.com escreveu:

Car´issimos

Tenho visto um comportamento estranho no ntp na hora do boot do
FreeBSD-10.1-PRERELEASE: aparecem as mensagens:

messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
0.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
1.freebsd.pool.ntp.org
messages:Sep 15 10:13:01 matata ntpd_initres[1224]: host name not found:
2.freebsd.pool.ntp.org


Por´em, se eu faço um ping nos endereços 0.freebsd.pool.ntp.org, n~ao

h´a

perda de pacotes e nem problemas para se resolver o nome.


O meu ntp.conf (al´em das linhas com comentarios, s´o contem estas 3

linhas

ativas):

server 0.freebsd.pool.ntp.org iburst
server 1.freebsd.pool.ntp.org iburst
server 2.freebsd.pool.ntp.org iburst


Para complicar mais ainda, se eu uso um hd (na mesma maquina) que tambem
roda o 10.1-PRERELEASE, nada disto acontece (o ntp.conf  ´e o mesmo nos
dois HDs). Por favor, alguem tem alguma palpite sobre a causa desta
maluquice ou de como resolve-la?

Desde jah agradeço a atenç~ao e o interesse


Normal, isso acontece aqui também. No caso usamos GVT com o FreeBSD em
bridge. Como  o modem da GVT é lento para dar boot, o FreeBSD tenta
resolver o DNS do servidor  NTP antes do modem estar pr


De qualquer forma, o problema com o ntp está resolvido.

Um abraço e obrigado a todos

Edu
onto, daí
aparece a mensagem. Cerca de 30 segundos depois o NTP entra e o
relógio é sincronizado.

Você só deve se preocupar se o NTP não funcionar nunca. Neste caso
veja se é bloqueio no firewall ou DNS, como o Gondim falou.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




Obrigado pela ajuda.

Eu segui o conselhor do Marcelo (acrescentei um nameserver 8.8.8.8 no
/etc/resolv.conf e a mensagem de erro desapareceu. Meu problema parece
estar mais na minha rede interna (estou usando a conexão dentro da UFPR,
logo penso que antes do DNS da GVT eu devo estar sendo resolvido pelo DNS
da instituição) porque, às vezes, eu gasto até 20 segundos para abrir uma
página qualquer. Pode ser o gateway (que está lotado) ou o meu DNS que está
recebendo muita carga e não consegue se desvencilhar.

De qualquer forma, o problema com o ntp está resolvido.

Um abraço e obrigado a todos

Edu




Eu resolvi fazer um teste:
sudo /etc/rc.d/ntpd stop
sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o
onestart por um restart)

e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
aconteceu. No dmesg não aparece qualquer menção de que o horário foi
modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
do erro?


Olá Edu,

Pelo que entendi o erro não acontece mais mas também não está acertando 
o horário corretamente. Seria isso?


Já usou o tzsetup e viu se está correto o timezone?

[]´s
Gondim
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Comportamento estranho do ntp no FreeBSD-10.1-PRERELEASE

2014-09-15 Por tôpico Paulo Cavalcanti 
Em 15 de setembro de 2014 16:23, Eduardo Lemos de Sa
eduardo.lemosd...@gmail.com escreveu:
[...]

 Eu resolvi fazer um teste:
 sudo /etc/rc.d/ntpd stop
 sudo date 1600 (atrasei deliberadmente o relógio em 4 minutos)
 sudo /etc/rc.d/ntpd onestart (depois eu fiz uma outra tentativa e troquei o
 onestart por um restart)

 e o horário na máquina local não mudou (se adiantou em 4 minutos). Não
 satisfeito, fiz um reboot (é a minha máquina desktop) e nada (de melhor)
 aconteceu. No dmesg não aparece qualquer menção de que o horário foi
 modificado. Por favor, alguém tem alguma ideia de como descobrir o porquê
 do erro?



Procure também no /var/log/messages alguma coisa referente a ntp.

Faça um dig 0.freebsd.pool.ntp.org e veja se está resolvendo.

Se me lembro bem o ntp tem uma tolerância de 1000 segundos de atraso,
fora isso ele não sincroniza. Experimente atrasar o relógio em 600
segundos, por exemplo.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd