[xntpd] Zeitabgleich-Intervall verlängern?
Hallo Gemeinde, ich experimentiere seit einigen Tagen mit xntp herum und bin jetzt erstmal auf eine Lösung mit einem Skript (das den ntpdate-Aufruf enthält) in der crontab verfallen. Ich hatte auch schon mal den xntp aktiv, aber der versucht in kurzen Abständen (gepeilt: wenige Minuten) die Zeit abzugleichen, was jedes Mal dazu führt, daß mein ISDN-Router eine Verbindung zum ISP aufmacht. Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten? Gedankenexperiment: wenn kein externer Zeitserver in ntpd.conf steht, sollte xntpd auch keine INet-Verbindung aufmachen wollen. Man könnte ein Skript für cron basteln, das folgendes tut: - das local-only-ntpd.conf gegen eines _mit_ externen Zeitservern austauschen (Link umsetzen oder so) - xntpd restarten (/sbin/init.d/rc2.d/S20xntpd restart) - einige Zeit warten, bis xntpd synchronisiert hat (mit "S20xntpd status" abfragen?) - auf das local-only-Skript zurückschalten - xntpd restarten ... würde das funktionieren, bzw.: hat sowas schon mal wer gemacht? -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moss wrote:
Hallo Gemeinde,
ich experimentiere seit einigen Tagen mit xntp herum und bin jetzt erstmal auf eine Lösung mit einem Skript (das den ntpdate-Aufruf enthält) in der crontab verfallen. Ich hatte auch schon mal den xntp aktiv, aber der versucht in kurzen Abständen (gepeilt: wenige Minuten) die Zeit abzugleichen, was jedes Mal dazu führt, daß mein ISDN-Router eine Verbindung zum ISP aufmacht.
Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten?
root@server:/home/stepken > more /etc/cron.daily/time #!/bin/sh /usr/sbin/netdate -v zeit.rent-a-database.de /sbin/clock -w root@server:/home/stepken > Das Skript muß einfach nur in /etc/cron.daily abgelegt werden....fertig. Und schon gibt's einmal täglich die Atomzeit - Korrektur. Gru/3, Guido Stepken
Gedankenexperiment: wenn kein externer Zeitserver in ntpd.conf steht, sollte xntpd auch keine INet-Verbindung aufmachen wollen. Man könnte ein Skript für cron basteln, das folgendes tut:
- das local-only-ntpd.conf gegen eines _mit_ externen Zeitservern austauschen (Link umsetzen oder so) - xntpd restarten (/sbin/init.d/rc2.d/S20xntpd restart) - einige Zeit warten, bis xntpd synchronisiert hat (mit "S20xntpd status" abfragen?) - auf das local-only-Skript zurückschalten - xntpd restarten
... würde das funktionieren, bzw.: hat sowas schon mal wer gemacht?
-Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung.
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, "G. Stepken" wrote:
root@server:/home/stepken > more /etc/cron.daily/time
#!/bin/sh /usr/sbin/netdate -v zeit.rent-a-database.de /sbin/clock -w
Damit funktioniert das Setzen der Zeit einmal taeglich natuerlich schon. Aber meines Wissens fuehrt der Einsatz von "netdate" zu einer "springenden" Uhrzeit, wenn Korrekturen an der Systemzeit vorgenommen werden. Ich weiss halt nicht, wie darauf dann einige Programme (z.B. "make"?) reagieren. Daher ist der Einsatz des "xntpd" doch sinnvoller. Zumindest IMHO. Ich habe mich jedoch bisher auch noch nicht naeher mit der Konfiguration des "xntpd" befasst... Gruss Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Steffen Moser wrote:
Hallo,
"G. Stepken" wrote:
root@server:/home/stepken > more /etc/cron.daily/time
#!/bin/sh /usr/sbin/netdate -v zeit.rent-a-database.de /sbin/clock -w
Damit funktioniert das Setzen der Zeit einmal taeglich natuerlich schon.
Aber meines Wissens fuehrt der Einsatz von "netdate" zu einer "springenden" Uhrzeit, wenn Korrekturen an der Systemzeit vorgenommen
Hä ? Jede Korrektur ist mit einem Sprung verbunden ..
werden. Ich weiss halt nicht, wie darauf dann einige Programme (z.B. "make"?) reagieren.
garnicht. Der X-Server könnte einen rausschmeißen, wenn die Uhrzeit zurückgesetzt wird. Andere Toolkits zeigen sich völlig unbeeindruckt.
Daher ist der Einsatz des "xntpd" doch sinnvoller. Zumindest IMHO. Ich habe mich jedoch bisher auch noch nicht naeher mit der Konfiguration des "xntpd" befasst...
Auf zeit.rent-a-database.de läuft ein xntpd Server - netdate ist der Client.
Gruss Steffen
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
G. Stepken schrieb um 00-08-31 15.07 +0200:
Steffen Moser wrote:
Aber meines Wissens fuehrt der Einsatz von "netdate" zu einer "springenden" Uhrzeit, wenn Korrekturen an der Systemzeit vorgenommen
Hä ? Jede Korrektur ist mit einem Sprung verbunden ..
Nein. xntpd macht das mit einem gleitenden Korrekturfaktor, sofern die Abweichung kleiner als +-128ms ist - auf Wunsch afaik auch bei höheren Abweichungen. -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
G. Stepken schrieb um 00-08-31 14.16 +0200:
root@server:/home/stepken > more /etc/cron.daily/time
#!/bin/sh /usr/sbin/netdate -v zeit.rent-a-database.de /sbin/clock -w
root@server:/home/stepken >
Das Skript muß einfach nur in /etc/cron.daily abgelegt werden....fertig. Und schon gibt's einmal täglich die Atomzeit - Korrektur.
Fein. Zum Vergleich: ich habe folgende Zeile in /etc/crontab stehen: 0 */3 * * * root /usr/local/bin/set-ntp-time Das Skript set-ntp-time, das da alle drei Stunden aufgerufen wird, geht so: --- #! /bin/sh # ntpdate -t 10 -sB ptbtime1.ptb.de hwclock --utc --systohc # #-eof- --- Fällt Dir was auf? Richtig: genau so will ich's ja _nicht_ haben. -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Don, 31 Aug 2000, Moss wrote:
Hallo Gemeinde,
ich experimentiere seit einigen Tagen mit xntp herum und bin jetzt erstmal auf eine Lösung mit einem Skript (das den ntpdate-Aufruf enthält) in der crontab verfallen. Ich hatte auch schon mal den xntp aktiv, aber der versucht in kurzen Abständen (gepeilt: wenige Minuten) die Zeit abzugleichen, was jedes Mal dazu führt, daß mein ISDN-Router eine Verbindung zum ISP aufmacht.
Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten?
Wie wäre es, wenn Dein router den xntp startet, wenn er die Verbindung aufbaut und killt, wenn er die Verbindung trennt? Alles, was dahinter hängt kann sich ja die Zeit vom router abholen. Ich hab' daheim weder Modem noch ISDN, aber gibt's da nicht ip-up und ip-down Skripte für solche Zwecke? hih, -- Oliver Koch Registered Linux User 163952 Heller's Law: The first myth of management is that it exists. Johnson's Corollary: Nobody really knows what is going on anywhere within the organization. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Thu, 31 Aug 2000 oliver.koch@jk.uni-linz.ac.at wrote:
On Don, 31 Aug 2000, Moss wrote:
Hallo Gemeinde,
ich experimentiere seit einigen Tagen mit xntp herum und bin jetzt erstmal auf eine Lösung mit einem Skript (das den ntpdate-Aufruf enthält) in der crontab verfallen. Ich hatte auch schon mal den xntp aktiv, aber der versucht in kurzen Abständen (gepeilt: wenige Minuten) die Zeit abzugleichen, was jedes Mal dazu führt, daß mein ISDN-Router eine Verbindung zum ISP aufmacht.
Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten?
Wie wäre es, wenn Dein router den xntp startet, wenn er die Verbindung aufbaut und killt, wenn er die Verbindung trennt? Alles, was dahinter hängt kann sich ja die Zeit vom router abholen. Ich hab' daheim weder Modem noch ISDN, aber gibt's da nicht ip-up und ip-down Skripte für solche Zwecke?
hih,
koenntet ihr mal die xntp loesung hier posten oder per pm zu schicken wuerde mich auch interessiern ... may the Tux be with you! =Uwe= -- Uwe Günther \\:// mailto:uwe@cscc.de Haupstraße 88 (o -) http://www.cscc.de 98631 Behrungen ---ooO-(_)-Ooo--- tel.:+49.36944.54448 Germany Linux, enjoy the ride ...! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
oliver.koch@jk.uni-linz.ac.at schrieb um 00-08-31 16.26 +0200:
Wie wäre es, wenn Dein router den xntp startet
Geht nicht, weil der ISDN-Router eine Standalone-Box (ZyXEL Prestige 100) ist. Hätte ich dazuschreiben sollen, sorry. -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
ich experimentiere seit einigen Tagen mit xntp herum und bin jetzt erstmal auf eine Lösung mit einem Skript (das den ntpdate-Aufruf enthält) in der crontab verfallen. Ich hatte auch schon mal den xntp aktiv, aber der versucht in kurzen Abständen (gepeilt: wenige Minuten) die Zeit abzugleichen, was jedes Mal dazu führt, daß mein ISDN-Router eine Verbindung zum ISP aufmacht.
nicht so umständlich. so verkeht geht doch deine uhr nicht das du sie alle drei std updaten muss. ich habe in mein /etc/ppp/ip-up script folgendes: ---snip if [ "$BASENAME" == "ip-up" ]; then touch /tmp/$INTERFACE case "$INTERFACE" in ippp0) ... /usr/sbin/ntpdate ns.nacamar.net ... ---snap damit stelle ich bei jeder einwahl meine uhr. reicht völlig, bzw. ist eigentlich schon zuviel. -- Roland Kruggel, Techniker coordt-edv, Bayernstr. 43, 58509 Lüdenscheid, (02351) 980347 Unix - Linux - Netzwerke - Programmierung - Apiras Warenwirtschaft --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Roland Kruggel schrieb um 00-08-31 16.51 +0200:
ich habe in mein /etc/ppp/ip-up script folgendes:
---snip [...] ---snap
damit stelle ich bei jeder einwahl meine uhr.
Schön. Scheitert nur leider daran, daß ich weder ppp noch Einwahlen habe - das macht ja alles der ISDN-Router, ein ZyXEL Prestige 100. -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Gedankenexperiment: wenn kein externer Zeitserver in ntpd.conf steht, sollte xntpd auch keine INet-Verbindung aufmachen wollen. Man könnte ein Skript für cron basteln, das folgendes tut:
Ich kenne den Vorteil von xntpd nicht. Bei mir macht das netdate -- bei jedem Connect. netdate wählt auch nicht selber raus. Auszug aus meinem connect-Script: if ping -qc 2 130.133.1.10 then netdate 130.133.1.10 | logger hwclock --systohc rm /etc/adjtime /usr/local/bin/beep -f 2000 -l 50 else echo "time.fu-berlin.de failed" | logger fi Die Abweichung bträgt bei mir dann aber etwa 2 Sekunden gegenüber dem Funkwecker. Damit kann ich leben. Besser geht es mit alevt-date (Teil von alevt, einem Videotextdekoder für TV-Karten). Kostet keine Einwahlgebühren :-) Ist vielleicht eine Alternative. Wenn es um einen Server geht, vermutlich nicht *g* Carsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moss schrieb in 1,3K (37 Zeilen):
Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten?
Nimm chrony statt xntpd. http://go.to/chrony Und dann eines von: - alle server auf offline lassen, und alle 3 Stunden einen 'Burst' (gegebenenfalls mehrere Messungen) via crontab starten lassen. Dies reguliert am genauesten, wann Messungen gemacht werden. - minpoll entsprechend hoch setzen (minpoll x macht hoechstens alle 2**x Sekunden einen Poll, also x==14) und present setzen, damit die Leitung auf ist. Nachteil: geg. werden nicht alle Server parallel abgefragt. - via crontab alle 3 Stunden die Server fuer einige Zeit online schalten. Dann solltest du minpoll entsprechend runterdrehen, (default ist 6 == 64 Sekunden). - Traffic/ISDN-Zustand feststellen. Wenn ISDN oben ist, die Server auf online stellen, nach Timeout oder wenn die Leitung geschlossen wird, wieder auf offline stellen. Dann hast du genau dann Messungen, wenn die Leitung eh oben ist. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg schrieb um 00-09-03 23.45 +0200:
Moss schrieb in 1,3K (37 Zeilen):
Frage: wie kriege ich den xntpd dazu, das bleistiftsweise nur alle drei Stunden zu tun und sich ansonsten zurückzuhalten?
Nimm chrony statt xntpd.
Danke für den Tip! Habe ich gemacht und gestern nacht noch - trotz vorher stattgehabter Einnahme einiger Bierchen - kompiliert und installiert (Vorsicht, Kinder - macht das nicht zu hause nach! ;-). Heute noch ein SuSE-konformes Start/Stop-Skript gebastelt, Links nach /sbin/init.d/rc[23].d/ und die diversen /etc/chrony.*-Files angelegt - und es läuft wunderbar.
Und dann eines von: - alle server auf offline lassen, und alle 3 Stunden einen 'Burst' (gegebenenfalls mehrere Messungen) via crontab starten lassen. Dies reguliert am genauesten, wann Messungen gemacht werden.
Hmm, entspricht praktisch der alten Lösung mit ntpdate, nur daß eben xntpd emuliert wird.
- minpoll entsprechend hoch setzen (minpoll x macht hoechstens alle 2**x Sekunden einen Poll, also x==14) und present setzen, damit die Leitung auf ist. Nachteil: geg. werden nicht alle Server parallel abgefragt.
So habe ich's jetzt erstmal: minpoll 14 maxpoll 16 presend 9. Da bin ich übrigens aus der Doku nicht ganz schlau geworden. chrony würde sich an die Genauigkeit anpassen, habe ich verstanden - heißt das, es guckt öfters beim Server nach, wenn die lokale Rechneruhr weiter (als erwartet - oder was auch immer) abweicht, und umgekehrt?
- via crontab alle 3 Stunden die Server fuer einige Zeit online schalten. Dann solltest du minpoll entsprechend runterdrehen, (default ist 6 == 64 Sekunden).
Praktisch auch 'ne Variante von #1, oder?
- Traffic/ISDN-Zustand feststellen. Wenn ISDN oben ist, die Server auf online stellen, nach Timeout oder wenn die Leitung geschlossen wird, wieder auf offline stellen. Dann hast du genau dann Messungen, wenn die Leitung eh oben ist.
Genau das kann ich ja nicht ohne weiteres feststellen; ginge mit einem komplexen telnet-Skript wohl schon, aber wenn's einfacher geht ... ;-) Jedenfalls nochmal Danke für Deine Hilfe! -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Martin Wilhelm 'Moss' Leidig schrieb in 2,4K (66 Zeilen):
Wolfgang Weisselberg schrieb um 00-09-03 23.45 +0200:
Nimm chrony statt xntpd.
- alle server auf offline lassen, und alle 3 Stunden einen 'Burst' (gegebenenfalls mehrere Messungen) via crontab starten lassen. Dies reguliert am genauesten, wann Messungen gemacht werden.
Hmm, entspricht praktisch der alten Lösung mit ntpdate, nur daß eben xntpd emuliert wird.
Nein, da ntpdate nicht - die Ungenauigkeit der hw-uhr misst und beim naechsten Booten geg. anpasst - Die Kerneluhr diszipliniert (wenn die -- nach Messungen -- alle 3 Stunden ca 1 Stunde vorgeht, dann wird chrony wie xntpd die Uhr insgesamt bremsen, ntpdate nicht) - Du keinerlei Statistik oder syslog-Eintraege oder Mails ueber die Ungenauigkeiten der Uhr bekommst.
Da bin ich übrigens aus der Doku nicht ganz schlau geworden. chrony würde sich an die Genauigkeit anpassen, habe ich verstanden - heißt das, es guckt öfters beim Server nach, wenn die lokale Rechneruhr weiter (als erwartet - oder was auch immer) abweicht, und umgekehrt?
Je genauer Chrony (wie xntpd auch) die Zeit eines Servers einschaetzt und die Drift der lokalen Uhr gegen den Server kennt, desto seltener fragt er nach.
- via crontab alle 3 Stunden die Server fuer einige Zeit online schalten. Dann solltest du minpoll entsprechend runterdrehen, (default ist 6 == 64 Sekunden).
Praktisch auch 'ne Variante von #1, oder?
Jein. Eigendlich schon :-) -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg schrieb um 00-09-05 12.03 +0200:
Martin Wilhelm 'Moss' Leidig schrieb in 2,4K (66 Zeilen):
Hmm, entspricht praktisch der alten Lösung mit ntpdate, nur daß eben xntpd emuliert wird.
Nein, da ntpdate nicht - die Ungenauigkeit der hw-uhr misst und beim naechsten Booten geg. anpasst - Die Kerneluhr diszipliniert (wenn die -- nach Messungen -- alle 3 Stunden ca 1 Stunde vorgeht, dann wird chrony wie xntpd die Uhr insgesamt bremsen, ntpdate nicht)
Deswegen meinte ich ja, Dein Vorschlag #1 entspreche quasi meiner alten ntpdate-Abfragerei _mit_ xntp-Emulation, also dem obigen. Ist aber eigentlich wurst, ich hab's schon begriffen ... ;-)
- Du keinerlei Statistik oder syslog-Eintraege oder Mails ueber die Ungenauigkeiten der Uhr bekommst.
... das dafür nicht. _Wann_ bekomme ich welche Meldungen wohin? Als ich beim Experimentieren den ntpdate mal direkt in der crontab hatte, bekam root.localhost bei jedem Aufruf 'ne Mail mit der Meldung drin.
Wolfgang Weisselberg schrieb um 00-09-03 23.45 +0200:
- via crontab alle 3 Stunden die Server fuer einige Zeit online schalten. Dann solltest du minpoll entsprechend runterdrehen, (default ist 6 == 64 Sekunden).
Praktisch auch 'ne Variante von #1, oder?
Jein. Eigendlich schon :-)
#1 = "Frag' <peitsch> jetzt <peitsch> ab!!" vs. #3 = "Du darfst jetzt abfragen, du, da kannst du dich voll einbringen, du ..." ;-) -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Martin Wilhelm 'Moss' Leidig schrieb in 1,5K (45 Zeilen):
Wolfgang Weisselberg schrieb um 00-09-05 12.03 +0200:
- Du keinerlei Statistik oder syslog-Eintraege oder Mails ueber die Ungenauigkeiten der Uhr bekommst.
... das dafür nicht. _Wann_ bekomme ich welche Meldungen wohin? Als ich beim Experimentieren den ntpdate mal direkt in der crontab hatte, bekam root.localhost bei jedem Aufruf 'ne Mail mit der Meldung drin.
Das liegt aber an cron, nicht an ntpdate. Klar, man kann bei chrony einstellen, wieviel Infos man will: /etc/chrony.conf [...] # logs logdir /var/log/chrony log statistics measurements tracking rtc # alert me if large errors encountered (in secs) logchange 0.001 mailonchange root@localhost 0.03 [...] Was das alles bedeutet? Siehe Doku. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg schrieb um 00-09-05 23.53 +0200:
Martin Wilhelm 'Moss' Leidig schrieb in 1,5K (45 Zeilen):
_Wann_ bekomme ich welche Meldungen wohin? Als ich beim Experimentieren den ntpdate mal direkt in der crontab hatte, bekam root.localhost bei jedem Aufruf 'ne Mail mit der Meldung drin.
Das liegt aber an cron, nicht an ntpdate.
Schon klar, und danke für den Skript-Fitzel unten ...
/etc/chrony.conf [...] # logs logdir /var/log/chrony log statistics measurements tracking rtc ^^^ Bis auf das steht diese Logzeile bei mir auch schon da. Was bringt denn "rtc", wenn man keine angeschlossen hat?
# alert me if large errors encountered (in secs) logchange 0.001 mailonchange root@localhost 0.03 [...]
Was das alles bedeutet? Siehe Doku.
Liegt seit gestern nacht ausgedrucktermaßen neben mir! ;-) -Moss- -- Text- und Bildbearbeitung, Computersatz, technische Beratung. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Martin Wilhelm 'Moss' Leidig schrieb am 06.09.2000 um 13:36:38 +0200: Hallo Martin,
Wolfgang Weisselberg schrieb um 00-09-05 23.53 +0200:
/etc/chrony.conf [...] # logs logdir /var/log/chrony log statistics measurements tracking rtc ^^^ Bis auf das steht diese Logzeile bei mir auch schon da. Was bringt denn "rtc", wenn man keine angeschlossen hat?
Du hast keine Uhr in Deinem Rechner? rtc steht für RealTimeClock und das ist die Uhr die Du auf Deinem Mainboard hast. chrony.txt: rtc This Option logs Information about the system's real-time clock Bis denne, Michael -- B: Now we're getting somewhere. BH: It's like you can say what you want about Maiden, but when it comes to making videos they don't screw around. (Beavis and Butthead about Iron Maiden Fear of the Dark: 'From here to eternity') --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (9)
-
cmeyer＠mail.com -
micha28＠gmx.de -
moser＠egu.schule.ulm.de -
mwl＠moss.net -
oliver.koch＠jk.uni-linz.ac.at -
rkruggel＠coordt-edv.de -
suse＠little-idiot.de -
uwe＠cscc.de -
weissel＠netcologne.de