blog

Esto ocurre por “culpa” del OVM Manager, ya que el proceso de ntp en el OVM Server usa la IP del OVM Manager para mantener su sistema en hora.

En esta versión de Oracle VM, si se pierde la sincronización entre el OVM Manager y los OV Servers, ya sea porque se configuró mal la zona durante la instalación o por cualquier otro motivo, la forma correcta de realizar la sincronización entre ambos componentes es la siguiente:

Primero reconfiguramos ntp en el OVM Manager

OVM Manager

Paramos el servicio ntp

[root@localhost logs]# service ntpd stop
Redirecting to /bin/systemctl start ntpd.service

comprobamos si el proceso ha muerto

[root@localhost logs]# ps -ef |grep ntp |grep -v grep
ntp 24584 1 0 12:41 ? 00:00:00 /usr/sbin/ntpd -u ntp:ntp -g

eliminamos el fichero que hace el seguimiento de la desviación del horario del sistema

[root@localhost logs]# rm -rf /var/lib/ntp/drift

configuramos los servidores de ntp

[root@localhost logs]# /usr/sbin/ntpdate -u 0.rhel.pool.ntp.org
11 Jun 12:42:32 ntpdate[26217]: adjust time server 213.251.52.234 offset 0.000416 sec
[root@localhost logs]# /usr/sbin/ntpdate -u 1.rhel.pool.ntp.org
11 Jun 12:42:49 ntpdate[26941]: adjust time server 213.251.52.234 offset 0.000079 sec
[root@localhost logs]# /usr/sbin/ntpdate -u 2.rhel.pool.ntp.org
11 Jun 12:43:00 ntpdate[27385]: adjust time server 213.251.52.234 offset -0.000654 sec

y rearrancamos el proceso

[root@localhost logs]# service ntpd start
Redirecting to /bin/systemctl start ntpd.service

comprobamos de nuevo el proceso

[root@localhost logs]# ps -ef |grep ntp |grep -v grep
ntp 30752 1 0 12:44 ? 00:00:00 /usr/sbin/ntpd -u ntp:ntp -g

y recopilamos la configuración actual

[root@localhost logs]# ntpstat
synchronised to NTP server (147.156.7.26) at stratum 3
 time correct to within 987 ms
 polling server every 64 s
[root@localhost logs]# ntpq -p
 remote refid st t when poll reach delay offset jitter
==============================================================================
*scott.red.uv.es 147.156.1.135 2 u 38 64 1 26.765 -0.572 1.947
 bjaaland.red.uv 147.156.1.135 2 u 37 64 1 28.066 0.228 3.171

Después, sincronizamos el lado del OVM Server

OVM server

Recopilamos la información del proceso

[root@OVServer01 ~]# date
lun jun 11 14:12:13 CEST 2018
[root@OVServer01 ~]# ntpstat
unsynchronised
 time server re-starting
 polling server every 8 s
[root@OVServer01 ~]# ntpq -p
 remote refid st t when poll reach delay offset jitter
==============================================================================
 10.1.1.1 .INIT. 16 u - 256 0 0.000 0.000 0.000

Paramos el servicio

[root@OVServer01 ~]# /etc/init.d/ntpd stop
Apagando ntpd: [ OK ]
[root@OVServer01 ~]# ps -ef |grep ntp |grep -v grep

borrado del fichero que hace el seguimiento de la desviación del horario del sistema.

[root@OVServer01 ~]# rm -rf /var/lib/ntp/drift

añadimos la IP del OVM Manager para la sincronización del ntp

[root@OVServer01 ~]# /usr/sbin/ntpdate -u 10.1.1.1
11 Jun 12:48:51 ntpdate[9127]: step time server 10.1.1.1 offset -5862.367805 sec

y arrancamos el proceso del daemon

[root@OVServer01 ~]# /etc/init.d/ntpd start
Iniciando ntpd: [ OK ]
[root@AEBSV00 ~]# ps -ef |grep ntp |grep -v grep
ntp 9139 1 0 12:49 ? 00:00:00 ntpd -u ntp:ntp -p /var/run/ntpd.pid -g -x
[root@OVServer01 ~]# ntpstat
unsynchronised
 time server re-starting
 polling server every 8 s
[root@AEBSV00 ~]# ntpq -p
 remote refid st t when poll reach delay offset jitter
==============================================================================
 10.1.1.1 147.156.7.26 3 u 34 64 1 19.827 -0.024 0.000
[root@OVServer01 ~]# date
lun jun 11 12:50:30 CEST 2018