Timestamp liegt in der Zukunft
Hallo ML, Eben stellte ich zufällig fest, daß ein Dateizugriff aktueller ist als die tatsächliche Zeit, also quasi in der Zukunft stattgefunden hat. Hier die genauen Daten: ##################################### pc53082:/etc/init.d # stat .depend.boot File: `.depend.boot' Size: 1537 Blocks: 8 IO Block: 4096 regular file Device: 822h/2082d Inode: 19338270 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-06-30 19:18:20.000000000 +0200 Modify: 2009-06-30 17:04:59.000000000 +0200 Change: 2009-06-30 17:04:59.000000000 +0200 pc53082:/etc/init.d # date Tue Jun 30 18:11:18 CEST 2009 ##################################### Der Lesezugriff hat stattgefunden um 19:18, obwohl die Uhrzeit erst 18:11 ist. Die Uhrzeit stimmt. Wie ist denn sowas möglich ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen bernd.lentes@helmholtz-muenchen.de 089 3187 1241 http://www.helmholtz-muenchen.de/idg -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 30. Juni 2009 schrieb Lentes, Bernd:
Hallo ML,
Eben stellte ich zufällig fest, daß ein Dateizugriff aktueller ist als die tatsächliche Zeit, also quasi in der Zukunft stattgefunden hat. Hier die genauen Daten: ##################################### pc53082:/etc/init.d # stat .depend.boot File: `.depend.boot' Size: 1537 Blocks: 8 IO Block: 4096 regular file Device: 822h/2082d Inode: 19338270 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-06-30 19:18:20.000000000 +0200 Modify: 2009-06-30 17:04:59.000000000 +0200 Change: 2009-06-30 17:04:59.000000000 +0200 pc53082:/etc/init.d # date Tue Jun 30 18:11:18 CEST 2009 #####################################
Der Lesezugriff hat stattgefunden um 19:18, obwohl die Uhrzeit erst 18:11 ist. Die Uhrzeit stimmt.
Wie ist denn sowas möglich ?
Spontan würde ich vermuten, daß im BIOS die lokale Zeit eingestellt ist (z.B. für oder von Windows), obwohl in /etc/sysconfig/clock UTC steht (der Abstand beträgt hier zur Sommerzeit 2h) und dadurch die Uhr während des Bootens bis zum Start des ntpd falsch läuft. Das würdest du aber auch an Zeitsprüngen in /var/log/messages sehen. Gruß Jan -- Nothing happens to you that hasn't happened to someone else. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Jan Ritzerfeld schrieb:
Am Dienstag, 30. Juni 2009 schrieb Lentes, Bernd:
Hallo ML,
Eben stellte ich zufällig fest, daß ein Dateizugriff aktueller ist als die tatsächliche Zeit, also quasi in der Zukunft stattgefunden hat. Hier die genauen Daten: ##################################### pc53082:/etc/init.d # stat .depend.boot File: `.depend.boot' Size: 1537 Blocks: 8 IO Block: 4096 regular file Device: 822h/2082d Inode: 19338270 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-06-30 19:18:20.000000000 +0200 Modify: 2009-06-30 17:04:59.000000000 +0200 Change: 2009-06-30 17:04:59.000000000 +0200 pc53082:/etc/init.d # date Tue Jun 30 18:11:18 CEST 2009 #####################################
Der Lesezugriff hat stattgefunden um 19:18, obwohl die Uhrzeit erst 18:11 ist. Die Uhrzeit stimmt.
Wie ist denn sowas möglich ?
Spontan würde ich vermuten, daß im BIOS die lokale Zeit eingestellt ist (z.B. für oder von Windows), obwohl in /etc/sysconfig/clock UTC steht (der Abstand beträgt hier zur Sommerzeit 2h) und dadurch die Uhr während des Bootens bis zum Start des ntpd falsch läuft. Das würdest du aber auch an Zeitsprüngen in /var/log/messages sehen.
Hallo Jan, Ich habe das mal überprüft. Die Zeit, die ich mittels hwclock --show bekomme, stimmt mit der Zeit, die date anzeigt, überein. Ich synchronisiere 1x/Tag per ntpdate die Uhrzeit. Dabei entstehen Zeitsprünge von einigen Sekunden in /var/log/messages, aber nicht von zwei Stunden. Hast Du noch eine andere Idee ? Bernd-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 1. Juli 2009 schrieb Lentes, Bernd:
(...). Ich habe das mal überprüft. Die Zeit, die ich mittels hwclock --show bekomme, stimmt mit der Zeit, die date anzeigt, überein.
Beim Herunterfahren des Systems wird normalerweise die Hardware-Uhr mit der Systemzeit beschrieben, jedenfalls wenn SYSTOHC="yes" in /etc/sysconfig/clock steht. Sprich, daß sie jetzt stimmt, muß nicht zwangsläufig heißen, daß sie auch gestern gestimmt hat. Hast du denn noch Windows installiert und es vorher gebootet oder irgendetwas besonderes gemacht wie eine Neuinstallation oder irgend etwas, was die Zeit durcheinander gewürfelt haben könnte?
Ich synchronisiere 1x/Tag per ntpdate die Uhrzeit.
ntpdate ist veraltet, starte es einfach mal ohne Argumente von einer Konsole.
Dabei entstehen Zeitsprünge von einigen Sekunden in /var/log/messages, aber nicht von zwei Stunden.
Findest du denn den Zeitpunkt um die 17 Uhr (insbesondere 17:18) in /var/log/messages wieder? Wenn du ihn findest und da drumherum alles in Ordnung ist, dann bin ich wohl auf dem Holzweg.
Hast Du noch eine andere Idee ?
Leider nicht. Aber hast du denn noch andere Dateien aus der Zukunft? Mit "find / -atime -0" sollten die sich aufspüren lassen. Gruß Jan -- Change is certain, progress is not. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, wenn die Biosuhr kein Strom hat (Rechner per Schaltleiste aus und Batterie am Ende) springt die Uhr auf irgendeinen default. Der liegt meist in der Vergangenheit 1.1. des Produktionsjahres des Bios. Sobald du dann mit dem Zeitserver beim Booten abgleichst ist das behoben aber davor gibt es halt diese Meldungen. Ist zumindest bei mir mal so gewesen. Gruß Sebastian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Jan Ritzerfeld schrieb:
Beim Herunterfahren des Systems wird normalerweise die Hardware-Uhr mit der Systemzeit beschrieben, jedenfalls wenn SYSTOHC="yes" in /etc/sysconfig/clock steht. Sprich, daß sie jetzt stimmt, muß nicht zwangsläufig heißen, daß sie auch gestern gestimmt hat.
Ist bei mir auf yes gesetzt. Ausserdem setzte ich nach jedem ntpdate mit hwclock --systohc die Hardwareuhr auf die Systemzeit.
Hast du denn noch Windows installiert und es vorher gebootet oder irgendetwas besonderes gemacht wie eine Neuinstallation oder irgend etwas, was die Zeit durcheinander gewürfelt haben könnte?
Nein.
Ich synchronisiere 1x/Tag per ntpdate die Uhrzeit.
ntpdate ist veraltet, starte es einfach mal ohne Argumente von einer Konsole.
pc53082:~ # ntpdate 3 Jul 17:15:52 ntpdate[17609]: no servers can be used, exiting Was ist jetzt daran besonders ?
Dabei entstehen Zeitsprünge von einigen Sekunden in /var/log/messages, aber nicht von zwei Stunden.
Findest du denn den Zeitpunkt um die 17 Uhr (insbesondere 17:18) in /var/log/messages wieder? Wenn du ihn findest und da drumherum alles in Ordnung ist, dann bin ich wohl auf dem Holzweg.
Ich habe nochmal ins log geschaut. Die Kiste wurde um 17:18 herum neu gebootet. Ich stelle da nichts besonderes fest, das Log hat wie gesagt keine grossen Zeitsprünge.
Hast Du noch eine andere Idee ?
Leider nicht. Aber hast du denn noch andere Dateien aus der Zukunft? Mit "find / -atime -0" sollten die sich aufspüren lassen.
Find findet dabei ca. 1200 Treffer, wovon allerdings die allermeisten in /proc liegen. Es ist aber auch z.B. /etc/ld.so.cache dabei. Wenn ich mir die mit stat anschaue, stimmt der Zeitstempel vom letzten Access-Zugriff immer mit der aktuellen Zeit überein (habe das mehrmals hintereinander ausprobiert). Wird die Datei dauern geöffnet und geschlossen ? Das gleiche habe ich bei diversen shared libraries festgestellt, die find gefunden hat, z.B. ld-linux-x86-64.so.2, ld-2.4.so und libc-2.4.so. Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 03 Jul 2009, Lentes, Bernd schrieb:
Es ist aber auch z.B. /etc/ld.so.cache dabei. Wenn ich mir die mit stat anschaue, stimmt der Zeitstempel vom letzten Access-Zugriff immer mit der aktuellen Zeit überein (habe das mehrmals hintereinander ausprobiert). Wird die Datei dauern geöffnet und geschlossen ? Das gleiche habe ich bei diversen shared libraries festgestellt, die find gefunden hat, z.B. ld-linux-x86-64.so.2, ld-2.4.so und libc-2.4.so.
So ist es. Jedes nicht-statische Programm, also jedes das dynamische Libs verwendet verwendet die ld, und ld guckt erstmal im ld.so.cache. Und fast jedes nutzt die libc. -dnh -- Nach 16 Jahren Kohl entpuppte sich die CDU als organisiertes Verbrechen. Nach 7 Jahren Schröder entpuppte sich die SPD als unorganisiertes Verbrechen. Jetzt regieren beide! -- Hagen Rether -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
David Haller -
Jan Ritzerfeld -
Lentes, Bernd -
Sebastian