Description du problème:
Un calendrier de fonctionnement d'un temps de synchronisation des tâches ,, voir le temps, mais trouve à moins de 5 secondes serveur de temps
# Crontab -l 0 * * * * / usr / sbin / ntpdate 192.168.37.111
# / Usr / sbin / ntpdate 192.168.37.111
7 avril 16:03:07 ntpdate [23403]: le temps d' ajuster serveur 192.168.37.111 décalage -5,000101 sec
Pire encore 5 secondes
Charles n'a jamais pensé depuis longtemps ,, puis enfin trouver une raison, et maintenant trier les problèmes de localisation dans la méthode dont il est issu:
1, voir le journal crontab pour voir s'il y a une erreur
2, afficher le journal des messages pour voir si cette fois il y a une erreur
3, pour voir s'il y a d'autres services réguliers conflit
(1) Voir le crontab log: vim / var / log / Cron
Pas trouvé les journaux d'erreurs
(2) afficher le journal du système: vim / var / log / message
Voir cette fois-là chronyd journal "7 avril 15:23:29 master0 chronyd [962]: source sélectionnée 119.28.206.193"
Pas d'erreur journal système journal, mais l'exploitation forestière chrony, le temps chrony de service de synchronisation voir aussi le processus de chrony
(3) voir le journal système Chrony visualiser le processus d'enregistrement ,, ,,
# Ps -elf | grep chrony
Trouvé ce service a été lancé ,, système Linux a deux temps de service de synchronisation, de sorte que les besoins de déviation de synchronisation de temps pour fermer un service de synchronisation temporelle
(4) J'ai choisi de fermer le chrony de service
# Systemctl arrêt chronyd # systemctl désactiver chronyd
Ainsi, le temps problème de synchronisation résolu. . .