NTP não conseguiu sincronizar a hora

1

Tenho o Ubuntu Server 16.04 em execução no OpenVZ (provedor de hospedagem VPS) e tenho dificuldades em executar o ntp para sincronização de horário. Acabei de instalar o ntp ( apt install ntp ), mas quando eu tento, vejo

root@vps:~# ntpq -p
ntpq: read: Connection refused

Meu fuso horário local está correto

root@vps:~# dpkg-reconfigure tzdata    
Current default time zone: 'Europe/Prague'
Local time is now:      Mon May  9 08:40:44 CEST 2016.
Universal Time is now:  Mon May  9 06:40:44 UTC 2016.

Quando tento recarregar o serviço ntp systemctl reload ntp.service

Failed to reload ntp.service: Job type reload is not applicable for unit ntp.service.
See system logs and 'systemctl status ntp.service' for details.

E quando eu corro systemctl status ntp.service

ntp.service - LSB: Start NTP daemon
Loaded: loaded (/etc/init.d/ntp; bad; vendor preset: enabled)
Active: active (exited) since Mon 2016-05-09 09:04:29 CEST; 8min ago
 Docs: man:systemd-sysv-generator(8)
Process: 25429 ExecStop=/etc/init.d/ntp stop (code=exited, status=0/SUCCESS)
Process: 25487 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)

May 09 09:04:29 vps systemd[1]: Started LSB: Start NTP daemon.
May 09 09:04:29 vps ntpd[25496]: proto: precision = 0.092 usec (-23)
May 09 09:04:29 vps ntpd[25496]: Listen and drop on 0 v6wildcard [::]:123
May 09 09:04:29 vps ntpd[25496]: Listen and drop on 1 v4wildcard 0.0.0.0:123
May 09 09:04:29 vps ntpd[25496]: Listen normally on 2 lo 127.0.0.1:123
May 09 09:04:29 vps ntpd[25496]: Listen normally on 3 venet0 127.0.0.2:123
May 09 09:04:29 vps ntpd[25496]: Listen normally on 4 venet0:0 myipv4:123
May 09 09:04:29 vps ntpd[25496]: Listen normally on 5 lo [::1]:123
May 09 09:04:29 vps ntpd[25496]: Listen normally on 6 venet0 [myipv6]:123
May 09 09:04:29 vps ntpd[25496]: Listening on routing socket on fd #23 for interface updates

E em / var / log / syslog

May  9 09:04:29 vps ntpd[25496]: Listening on routing socket on fd #23 for interface updates
May  9 09:04:29 vps ntpd[25496]: start_kern_loop: ntp_loopfilter.c line 1126: ntp_adjtime: Operation not permitted
May  9 09:04:29 vps ntpd[25496]: set_freq: ntp_loopfilter.c line 1089: ntp_adjtime: Operation not permitted
May  9 09:04:29 vps ntpd[25496]: cap_set_proc() failed to drop root privs: Operation not permitted

Eu também tentei

root@vps:~# ntpdate pool.ntp.org
9 May 09:19:47 ntpdate[25785]: Can't adjust the time of day: Operation not permitted

Alguém sabe o que há de errado com o meu NTP?

Obrigado.

    
por LukasBeran 09.05.2016 / 09:20

4 respostas

2

Parece ser um conflito com o ntpdate estar na máquina também. Se você instalar apenas o ntp, mas não o ntpdate, o ntp terá permissão para funcionar. Com ambos na máquina, o ntp não ficará ativo na próxima reinicialização.

Parece relacionado a este bug .

    
por user542049 11.05.2016 / 14:34
1

Isso provavelmente se deve ao fato de você estar executando o ntp em um contêiner sem privilégios. O OpenVZ é outro projeto para contêineres, mas como os outros, ele compartilha o mesmo kernel entre o host e os convidados. E como o kernel mantém o tempo, não seria aceitável para um host VPS que um contêiner pudesse alterar a hora do kernel, porque isso afetaria todos os outros contêineres.

Portanto, não há solução para o seu problema. Se você achar que o tempo informado dentro do seu contêiner OpenVZ está incorreto, você precisa abrir um tíquete de suporte com o seu provedor de hospedagem VPS. Eles precisam instalar o ntpd no host e certificar-se de que estejam sincronizados corretamente.

    
por Huygens 21.09.2016 / 11:54
0

Alterei minha lista de membros do pool ntp e reiniciei meu serviço ntp. Funcionou para mim.

servidor 0.ubuntu.pool.ntp.org servidor 1.ubuntu.pool.ntp.org servidor 2.ubuntu.pool.ntp.org servidor 3.ubuntu.pool.ntp.org

@ubuntu: / etc serviço $ sudo ntp restart  * Parando o servidor NTP ntpd

  • Iniciando o servidor NTP ntpd [OK] @ubuntu: / etc $ ntpq -p

    remote refid stt quando o atraso de alcance de poll jitter de offset

    ntp.ubuntu.com .POOL. 16 p - 64 0 0,000 0,000 0,000 * ntp.nexcess.net 142.66.101.13 2 u 8 64 1 28.094 -6.892 0,000 propjet.latt.ne 44.24.199.34 3 u 6 64 1 141,591 14,905 0,000 barry.tsi.io 198.60.22.240 2 u 7 64 1 91,846 0,492 0,000 ntp1.wiktel.com 216.218.254.202 2 u 6 64 1 44.371 -10.567 0,000 chilipepper.can 140.203.204.77 2 u 7 64 1 97,269 -6,298 0,000 juniperberry.ca 145.238.203.14 2 u 7 64 1 98,729 -9,011 0,000 golem.canonical 145.238.203.14 2 u 6 64 1 104.873 -11.536 0,000 alphyn.canonica 132.246.11.231 2 u 1 64 1 35.188 -6.797 0,000

por Jay Shah 16.10.2016 / 23:18
0

Eu não tenho reputação suficiente para comentar, mas eu tenho o problema e seguindo a resposta de user542049 eu fiz:

sudo apt remove ntpdate

De repente, sem necessidade de reinicialização, o relógio corresponde à hora correta.

    
por Bechma 08.04.2017 / 20:16