?Code: Alles auswählen
hwclock --systohc
Also beim zurückstellen leider nicht... muss in den letzten 6 stunden passiert sein.Savar hat geschrieben:hast du eine Info in der syslog ?
der server wurde nicht neugestartet und das passiert immer aus heiterem himmel während dem betrieb._mh_ hat geschrieben:Hast du die Uhrzeit, nachdem du sie gestellt hast, zurueck in deine Hardware Uhr geschrieben? Falls nein hast du bei jedem reboot wieder das gleiche Problem. Das Linux hohlt sich bei jedem reboot die Uhrzeit aus der hardware clock.
Code:
hwclock --systohc
als root ausgefuehrt nach der Uhr richtigstellulng sollte die Uhrzeit zurueck auf die Hardware Uhr schreiben.
Hilft das nicht muesstest du mal beobachten wann genau das auftritt. Ich meine mich zu errinnern dass sowas auch durch eine schwache Mainbord-Batterie ausgeloest worden sein, ich glaube aber eher an die Sache mit der hwclock.
Okay, das klingt "Interessant". Koennte es vielleicht irgendwelche Programme auf deinem Server geben welche die System-Uhr verstellen? Wenn das Mainbord vor zwei Wochen getauscht wurde, wuerde ich auch erwarten dass des Hardware-technisch gut laeuft.mascoxx hat geschrieben: der server wurde nicht neugestartet und das passiert immer aus heiterem himmel während dem betrieb.
die hardware clock rennt außerdem laut webmin grad mal 30 sekunden hinten nach, also kann ich mir nicht erklären woher die 15 minuten kommen.
Ich möchte mich jetzt nicht unbedingt 100%-ig darauf festlegen, aber das Mainboard wurde vor knapp 2 Wochen getauscht und
ich glaube mich zu erinnern, dass dieser Fehler ursprünglich (trotz Neuinstallation) voher auch schon bestand.
Du koenntest kucken ob du Meldungen von der hwclock kriegst. Oder, nachdem die Meldungen ja timestamps haben, nach dem 15 Minuten Sprung suchen (was ja eigentlich schnell erkennbar sein sollte).mascoxx hat geschrieben: Also beim zurückstellen leider nicht... muss in den letzten 6 stunden passiert sein. nach was könnte ich suchen?
Also mit dem Befehl 'cat /var/log/syslog | grep hwclock' erhalte ich leider nichts. Die Hardware sollte in Ordnung sein._mh_ hat geschrieben:Okay, das klingt "Interessant". Koennte es vielleicht irgendwelche Programme auf deinem Server geben welche die System-Uhr verstellen? Wenn das Mainbord vor zwei Wochen getauscht wurde, wuerde ich auch erwarten dass des Hardware-technisch gut laeuft.mascoxx hat geschrieben: der server wurde nicht neugestartet und das passiert immer aus heiterem himmel während dem betrieb.
die hardware clock rennt außerdem laut webmin grad mal 30 sekunden hinten nach, also kann ich mir nicht erklären woher die 15 minuten kommen.
Ich möchte mich jetzt nicht unbedingt 100%-ig darauf festlegen, aber das Mainboard wurde vor knapp 2 Wochen getauscht und
ich glaube mich zu erinnern, dass dieser Fehler ursprünglich (trotz Neuinstallation) voher auch schon bestand.
Wenns nich an der Hardware liegt dann muss irgendwas staendig deine System-Uhr verstellen. Komisch ist vor allem dass mit den 15 Minuten, kann also kein Zeitzonen-Problem sein.
Du koenntest kucken ob du Meldungen von der hwclock kriegst. Oder, nachdem die Meldungen ja timestamps haben, nach dem 15 Minuten Sprung suchen (was ja eigentlich schnell erkennbar sein sollte).mascoxx hat geschrieben: Also beim zurückstellen leider nicht... muss in den letzten 6 stunden passiert sein. nach was könnte ich suchen?
Jedoch ist mir nicht die ursprüngliche Umstellung aufgefallen.Jul 16 23:08:43 www2 imaplogin: LOGIN, user=log, ip=[::ffff:195.202.171.65], protocol=IMAP
Jul 16 23:09:01 www2 /USR/SBIN/CRON[10082]: (root) CMD ( [ -d /var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm)
Jul 16 23:09:36 www2 imaplogin: LOGOUT, user=log, ip=[::ffff:195.202.171.65], headers=0, body=0, time=53
Jul 16 22:55:01 www2 /USR/SBIN/CRON[10174]: (root) CMD ([ -x /etc/munin/plugins/apt ] && /etc/munin/plugins/apt update 7200 12 >/dev/null)
Jul 16 22:55:01 www2 /USR/SBIN/CRON[10176]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jul 16 22:55:03 www2 imaplogin: Connection, ip=[::ffff:195.202.171.65]
Wenn du einen Athlon64 hast ist es wirklich ein bekanntes Problem zwischen Chipset und Kernel. Hab das erstemal hier darüber gelesen: http://orange.blender.org/blog/time-traveling/McAldo hat geschrieben:Hallo
Ich habe das gleiche Problem. Eine Zeitlang läuft die Uhr normal. Dann fängt sie an zu rennen. Dann kann es aber wieder sein, dass sie normal weiter läuft.
Ich vermute etwas im Kernel was das macht, denn die Hardwareuhr zeigt die ganze Zeit die richtige Zeit an.
McAldo
Code: Alles auswählen
modprobe genrtcnaja, wir wollen doch rtc...?!KBDCALLS hat geschrieben:Hmm , wie wärs mitCode: Alles auswählen
modprobe genrtc
Code: Alles auswählen
modprobe rtcCode: Alles auswählen
lsmod | grep rtcCode: Alles auswählen
www2:~# modprobe rtc
FATAL: Error inserting rtc (/lib/modules/2.6.8-2-386/kernel/drivers/char/rtc.ko): No such device
www2:~# lsmod | grep rtc
genrtc 9332 0
Installiere Modul rtc. Wenn die Gerätedatei nicht vorhanden oder noch nicht konfiguriert ist, kann das System bis zu 1 Minute warten.
FATAL: Error inserting rtc (/lib/modules/2.6.8-2-386/kernel/drivers/char/rtc.ko): No such device
Installation ging schief.
gibt es eine möglichkeit diesen crontab quiet auszuführen?k0r1n hat geschrieben:lass ihn doch die zeit übers inet abrufen dann sollte die zeit stimmen;)
http://debian-desktop.el-hawari.net/deb ... um_uhrzeit
mfg k0r1n
21 Jul 06:44:43 ntpdate[22136]: step time server 213.61.224.44 offset -19.118392 sec
21 Jul 06:45:01 ntpdate[22397]: adjust time server 213.61.224.44 offset -0.089857 sec