Hallo Michael, hallo Liste, Am Donnerstag, 31. August 2006 18:59 schrieb Michael Behrens:
Am Donnerstag, 31. August 2006 17:13 schrieb Siegfrid Brandstätter:
Hallo Michael, zuerst mal recht schönen Dank für die Ausführliche Hilfe, Ich hab alles so wie unten beschrieben geändert, aber...
...
linux:/home/sigi # TZ=Atlantic/Canary date Do Aug 31 14:20:20 WEST 2006
Nur ist die angezeigte Zeit die die meiner Uhr diese stimmt aber nicht ganz. Sind momentan zwar nur 5 Sekunden, aber in ein paar Tagen sind es Minuten.
So kannst du mal von Hand testen, ob die NTP-Server überhaupt erreichbar sind: ntpdate -q 0.pool.ntp.org
Mit '-q' wird nur abgefragt und noch nichts verstellt, auch wenn das auf den ersten Blick so aussieht; da 0.pool.ntp.org 12 Adressen liefert, dauert die Abfrage eine Weile:
server 192.36.143.153, stratum 1, offset 0.002624, delay 0.10477 server 88.191.13.224, stratum 2, offset 0.019816, delay 0.13031 server 80.81.183.39, stratum 3, offset 0.000459, delay 0.11017 server 64.81.87.189, stratum 3, offset -0.006276, delay 0.27286 server 138.236.128.117, stratum 3, offset 0.004422, delay 0.20186 server 66.96.30.91, stratum 2, offset -0.005188, delay 0.19084 server 61.17.56.136, stratum 0, offset 0.000000, delay 0.00000 server 213.239.214.170, stratum 2, offset 0.001321, delay 0.08505 server 213.235.253.203, stratum 3, offset 0.002176, delay 0.09685 server 207.234.157.41, stratum 2, offset -0.042325, delay 0.27948 server 207.188.193.83, stratum 1, offset 0.002182, delay 0.17776 server 195.56.151.1, stratum 3, offset 0.001010, delay 0.09633 31 Aug 19:21:21 ntpdate[9788]: adjust time server 192.36.143.153 offset 0.002624 sec
linux:/home/sigi # ntpdate -q 0.pool.ntp.org server 81.169.136.18, stratum 2, offset -3.214580, delay 0.23373 server 213.202.210.58, stratum 2, offset -3.212817, delay 0.22565 server 59.167.252.133, stratum 2, offset -3.208257, delay 0.52844 server 194.153.168.75, stratum 2, offset -3.219304, delay 0.21675 server 212.41.248.75, stratum 2, offset -3.214112, delay 0.25734 server 68.77.126.250, stratum 2, offset -3.211680, delay 0.32251 server 70.91.204.17, stratum 3, offset -3.243950, delay 0.37775 server 72.3.133.147, stratum 2, offset -3.210648, delay 0.33043 server 82.219.3.1, stratum 2, offset -3.213176, delay 0.22581 server 84.16.227.195, stratum 3, offset -3.223259, delay 0.22568 server 84.207.3.38, stratum 2, offset -3.214112, delay 0.22551 server 140.112.126.36, stratum 2, offset -3.209355, delay 0.49736 31 Aug 22:00:01 ntpdate[7099]: step time server 194.153.168.75 offset -3.219304 sec Einen "adjust time server" gibt es dabei nicht, so wie bei Dir.
Ohne das '-q' kannst du die lokale Uhr damit auch von Hand stellen, ntpd darf dann allerdings nicht im Hintergrund laufen.
Läuft ntpd nun oder nicht, ich weiß gar nichts mehr, oder wie stelle ich fest ob er läuft? Wenn ja wie stell ich es hierfür ab?
...
Den vom Provider hab ich nirgends gefunden, aber ich habe mir diese in
" /etc/ntp.conf" eingetragen: |--|
driftfile /var/lib/ntp/drift/ntp.drift # path for drift file
logfile /var/log/ntp # alternate log file server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org # logconfig =syncstatus + sysevents
|--|
Ist das dort richtig, aber dort waren zuvor die Server von Yast eingetragen.
Ich dachte zwar das es dort richtig wäre, genau oberhalb : |--|
server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0
## ## Outside source of synchronized time ## ## server xx.xx.xx.xx # IP address of server ^^^^^^^^^^^^^^^^^^
Ist wohl so richtig, meine sieht ohne Kommentare so aus: server 127.127.1.0 # local clock (LCL) fudge 127.127.1.0 stratum 10 # LCL is unsynchronized server ntp1.t-online.de prefer server 3.de.pool.ntp.org driftfile /var/lib/ntp/drift/ntp.drift # path for drift file logfile /var/log/ntp # alternate log file
"server 127.127.1.0" ist die lokale Quarz-Zeit, die wird nur verwendet, wenn keiner der angegebenen Server erreichbar ist.
|--| |
Die Ausführung von ntpdate sollte sich in /var/log/messages bemerkbar machen: Jul 29 17:48:39 teslnx01 ntpdate[6613]: step time server 195.145.119.188 offset -0.934510
Da finde ich alle 5 Min nur dies: Aug 31 15:43:50 linux init: Id "mo" respawning too fast: disabled for 5 minutes Aug 31 15:43:50 linux init: Id "mo" respawning too fast: disabled for 5 minutes
Das sind Zeilen in /etc/inittab mit dem Label 'mo' (Modem), hat nichts mit ntp zu tun. Willst du Login per Modem zulassen, und das geht nicht, solange der pppd das Modem benutzt? Es sieht jedenfalls so aus, als ob /etc/ppp/poll.tcpip nicht ausgeführt wird. Falls das manuelle Aufrufen von ntpdate (s.o.) klappt, solltest du wohl da weiterforschen. Eventuell helfen Zeilen mit 'pppd' in /var/log/messages weiter, der müsste nämlich beim Verbindungsaufbau das Script /etc/ppp/ip-up starten...
Dies ist beim Neustart geschrieben worden, ob daß das richtige ist ? : |--| Aug 31 21:23:45 linux sshd[4920]: Server listening on :: port 22. Aug 31 21:23:45 linux ntpd[4921]: ntpd 4.2.0a@1.1191-r Fri Sep 9 17:17:17 UTC 2005 (1) Aug 31 21:23:45 linux ntpd[4921]: precision = 2.000 usec Aug 31 21:23:45 linux ntpd[4921]: Listening on interface wildcard, 0.0.0.0#123 Aug 31 21:23:45 linux ntpd[4921]: Listening on interface wildcard, ::#123 Aug 31 21:23:45 linux ntpd[4921]: Listening on interface lo, 127.0.0.1#123 Aug 31 21:23:45 linux ntpd[4921]: kernel time sync status 0040 Aug 31 21:23:45 linux ntpd[4921]: frequency initialized -17.329 PPM from /var/lib/ntp/drift/ntp.drift Aug 31 21:27:02 linux modify_resolvconf: Service pppd modified /etc/resolv.conf. See info block in this file |--| Aug 31 21:27:02 linux modify_resolvconf: Service pppd modified /etc/resolv.conf. See info block in this file |--| Aug 31 21:27:02 linux SuSEfirewall2: Firewall rules successfully set Aug 31 21:27:02 linux pppd[6031]: Script /etc/ppp/ip-up finished (pid 6073), status = 0x0 Aug 31 21:27:07 linux poll.tcpip: Checking for network time protocol daemon (NTPD): ..running Aug 31 21:27:08 linux poll.tcpip: Shutting down network time protocol daemon (NTPD)..done Aug 31 21:27:08 linux poll.tcpip: Starting network time protocol daemon (NTPD)..done Aug 31 21:27:08 linux ip-up: fetchmail: can't accept options while a background fetchmail is running. Aug 31 21:28:54 linux init: cannot execute "/usr/lib/fax/faxgetty" |--| Da draus werde ich nicht schlau. Das Ding mit "faxgetty" lässt sich nicht abstellen, seitdem ich mal mit Hylafax versucht habe. Habe es schon deinstalliert aber es ist immer noch am ver- suchen. Schönen Gruß, Sigi