NTPD ne met pas à jour la date de l'heure sur CENTOS

0

J'ai installé ntpd sur CENTOS, j'essaie de le faire tirer le temps d'un contrôleur de domaine Windows

si je lance la commande:

ntpdate dc3.mydomaain.local 

cela fonctionne bien et met à jour l'hôte avec l'heure correcte

mais dans le fichier /etc/ntp.conf, j'ai défini:

server dc3.mydomain.local 

mais l'heure ne se met jamais à jour, elle reste toujours à une heure incorrecte (il semble que l'heure de l'extraction de l'hôte ESXi soit rétablie au redémarrage, sauf si je l'ai définie avec ntpdate). J'ai décoché la case pour obtenir l'heure de l'hôte.

NTPD est en cours d'exécution

-bash-3.2# service ntpd status
 ntpd (pid  4182) is running...

de toute façon, je peux vérifier pourquoi ntpd ne tire pas l'heure, quand ntpdate fonctionne bien?

Avez-vous d'autres conseils pour obtenir le temps nécessaire à ma boîte de centos de mon DC?

update: voici la sortie de:

ntpq -pcrv

s'il vous plaît noter que l'adresse IP montre est l'ip de DC1, pourtant DC3 est le seul serveur NTP répertorié dans le fichier NTPC.conf

ntpq -pcrv


-bash-3.2# ntpq -pcrv
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 dc3.domai 10.1.1.2        2 u   29   64  377    0.567  -4263.4  10.392
assID=0 status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd [email protected] Mon Dec  9 14:38:21 UTC 2013 (1)",
processor="i686", system="Linux/3.10.23-xxxx-std-ipv6-32", leap=11,
stratum=16, precision=-20, rootdelay=0.000, rootdispersion=2356.905,
peer=0, refid=INIT,
reftime=00000000.00000000  Thu, Feb  7 2036 17:28:16.000, poll=6,
clock=d81ce655.d5ce975b  Mon, Nov 24 2014 10:03:49.835, state=1,
offset=0.000, frequency=-0.140, jitter=0.001, noise=0.001,
stability=0.000, tai=0

-bash-3.2 # date

Tud
la source
Vous pouvez utiliser ntpqet ntpstatvérifier l’état de ntpd.
Pabouk
Publiez la sortie de ntpq -pcrvlorsque la boîte est prête et que ntpd est en cours d'exécution et ne fonctionne pas correctement.
dfc

Réponses:

1

Pouvez-vous s'il vous plaît poster votre fichier ntp.conf.

Quelques éléments ressortent des informations que vous avez déjà fournies ...

DC3 montrera l'ip 10.1.1.2comme quoi DC3 est configuré (ou obtient) l'heure.

Le décalage est trop grand - -4263.4, vous montrez aussi sync_alarmet un énorme rootdispersion=2356.905etrefid=INIT

Quelque chose semble être brisé dans votre configuration de temps. Je vérifierais les 2 autres cases DC1 et 3 pour m'assurer qu'elles obtiennent l'heure exacte. Je voudrais également ajouter au moins 3 serveurs NTP à votre fichier de configuration pour assurer la stabilité et la fiabilité. NTP a besoin de plus d’un serveur avec lequel comparer, voter et choisir la «meilleure» source de temps. S'il s'agit d'un serveur virtuel, vous devez effectuer d'autres opérations pour garder NTP sous contrôle sur Linux.

À titre d'exemple, voici ma sortie de ntpq -pcrv(données de serveur rendues anonymes)

 remote           refid          st t when poll reach   delay   offset  jitter
==============================================================================
 PRIVATE         .STEP.          16 u    - 1024    0    0.000    0.000   0.000
-PRIVATE1        .GPS.            1 u   55   64  377   29.585    0.071   0.312
-PRIVATE2        .GPS.            1 u   40   64  377    9.468    0.209   0.129
-PRIVATE3        1.1.1.1          2 u   12   64  377    6.943   -0.270   0.142
-PRIVATE5        .PPS.            1 u   20   64  377   16.383   -0.531   0.197
+PRIVATE6        .DCFa.           1 u   22   64  377    8.661   -0.036   0.126
-ISP1            2.2.2.2          2 u   36   64  377   11.720   -0.027   0.280
#PRIVATE7        .GPS.            1 u   47   64  377   24.781   -1.405   1.118
+ISP2            .PPS.            1 u    4   64  377    6.012    0.062   0.154
-ISP3            .PPS.            1 u   14   64  377   13.993   -0.463   0.206
-ISP4            .CDMA.           1 u   57   64  377   71.712   -0.109   0.249
 ntp.mcast.net   .MCST.          16 u    -   64    0    0.000    0.000   0.002
 LOCAL(0)        .LOCL.          10 l  69d   64    0    0.000    0.000   0.000
xSHM(0)          .GPS.            0 l    9   16  377    0.000  -25.278   7.907
*SHM(1)          .PPS.            0 l   11   16  377    0.000   -0.030   0.060
associd=0 status=0488 leap_none, sync_uhf_radio, 8 events, no_sys_peer,
version="ntpd [email protected] Sat Nov 23 18:21:48 UTC 2013 (1)",
processor="x86_64", system="Linux/3.13.3-1.el6.elrepo.x86_64", leap=00,
stratum=1, precision=-19, rootdelay=0.000, rootdisp=0.435, refid=PPS,
reftime=d81f71b3.9b5a018c  Tue, Nov 25 2014 21:22:59.606,
clock=d81f71be.1f3892d4  Tue, Nov 25 2014 21:23:10.121, peer=28309, tc=4,
mintc=3, offset=-0.021, frequency=-69.212, sys_jitter=0.031,
clk_jitter=0.145, clk_wander=0.031

Consultez la documentation sur la page Web ntp

utilisateur3788685
la source