Users Guide

Fehlerbehebung bei Network Time Protocol-Fehlern
Nach der Konguration des CMC zur Synchronisierung der Uhr mit einem Remote-Zeitserver über das Netzwerk kann es 2-3
Minuten dauern, bevor eine Änderung des Datums und der Uhrzeit in Kraft tritt. Falls nach dieser Zeit nach wie vor keine Änderung
auftritt, handelt es sich möglicherweise um ein Problem, das untersucht werden muss. Der CMC kann seine Uhr möglicherweise aus
folgenden Gründen nicht synchronisieren:
• Es könnte ein Problem mit den NTP-Server 1-, NTP-Server 2- und NTP-Server 3-Einstellungen (NTP = Network Time Protocol)
vorliegen.
• Es wurden versehentlich ein ungültiger Hostname oder eine ungültige IP-Adresse eingegeben.
• Es könnte ein Netzwerkverbindungsproblem geben, das verhindert, dass der CMC mit den kongurierten NTP-Servern
kommunizieren kann.
• Es könnte ein DNS-Problem geben, das verhindert, dass NTP-Server-Hostnamen aufgelöst werden können.
Überprüfen Sie zur Behebung von Fehlern, die mit NTP in Verbindung stehen, die Informationen im CMC-Ablaufverfolgungsprotokoll.
Dieses Protokoll enthält eine Fehlermeldung für NTP-bezogene Ausfälle. Falls der CMC sich nicht mit einem kongurierten NTP-
Server synchronisieren kann, dann ist die CMC-Zeit mit der lokalen Systemuhr synchronisiert und das Ablaufverfolgungsprotokoll
enthält einen Eintrag der folgenden Art:
Jan 8 20:02:40 cmc ntpd[1423]: synchronized to LOCAL(0), stratum 10
Sie können den ntpd-Status auch prüfen, indem Sie den folgenden racadm-Befehl eingeben:
racadm getractime –n
Wenn „*“ für einen der kongurierten Server nicht angezeigt wird, sind die Einstellungen womöglich nicht richtig konguriert. Die
Ausgabe dieses Befehls enthält detaillierte NTP-Statistikdaten, die für die Lösung des Problems nützlich sein können.
Wenn Sie versuchen, einen Windows-basierten NTP-Server zu kongurieren, ist es möglicherweise sinnvoll, den Parameter
MaxDist für ntpd zu erhöhen. Bevor Sie diesen Parameter ändern, sollten Sie alle möglichen Auswirkungen einer solchen
Änderung verstehen, denn die Standardeinstellung muss ausreichend hoch sein, um mit den meisten NTP-Servern zu funktionieren.
Um den Parameter zu ändern, geben Sie folgenden Befehl ein:
racadm config –g cfgRemoteHosts –o cfgRhostsNtpMaxDist 32
Nach Durchführung der Änderung deaktivieren Sie NTP, warten Sie 5-10 Sekunden und dann aktivieren Sie den NTP neu.
ANMERKUNG: NTP könnte drei zusätzliche Minuten benötigen, um neu zu synchronisieren.
Um NPT zu deaktivieren, geben Sie Folgendes ein:
racadm config –g cfgRemoteHosts –o cfgRhostsNtpEnable 0
Um NPT zu aktivieren, geben Sie Folgendes ein:
racadm config –g cfgRemoteHosts –o cfgRhostsNtpEnable 1
Wenn die NTP-Server richtig konguriert sind und dieser Eintrag im Ablaufverfolgungsprotokoll steht, dann bestätigt dies, dass sich
der CMC nicht mit einem der kongurierten NTP-Server synchronisieren kann.
Wenn die NTP-Server-IP-Adresse nicht konguriert ist, könnte ein Eintrag der folgenden Art vorhanden sein:
Jan 8 19:59:24 cmc ntpd[1423]: Cannot find existing interface for address 1.2.3.4 Jan 8
19:59:24 cmc ntpd[1423]: configuration of 1.2.3.4 failed
Falls eine NTP-Server-Einstellung mit einem ungültigen Hostnamen konguriert wurde, enthält das Ablaufverfolgungsprotokoll u. U.
einen Eintrag der folgenden Art:
Aug 21 14:34:27 cmc ntpd_initres[1298]: host name not found: blabla Aug 21 14:34:27 cmc
ntpd_initres[1298]: couldn't resolve `blabla', giving up on it
Weitere Informationen zur Eingabe des Befehls gettracelog zur Prüfung des Ablaufverfolgungsprotokolls unter Verwendung der
CMC-Schnittstelle nden Sie unter „Verwenden der Diagnosekonsole“.
160