Zeit Sprünge auf dem Server

[Frank.Merburg]

Suse Linux 10.2 64Bit
Nur Konsole installiert

Ich habe folgendes Problem: Mein Linux Webserver den ich mit Plesk betreibe hat sich in letzter Zeit ein wenig seltsam benommen. Ich habe immer wieder Problem mit der Zeit des Servers.

Hab mal ein bissel auf der Konsole rumgesucht und dabei ist mir aufgefallen, das wenn ich den date Befehl eingebe, jedes Mal eine andere Zeit ausgegeben wird.

Diese schwankt zwischen 20 Minuten und über einer Stunde.

Hat jemand eine Idee wo das herkommen kann?

[pibi]

Hab mal ein bissel auf der Konsole rumgesucht und dabei ist mir aufgefallen, das wenn ich den date Befehl eingebe, jedes Mal eine andere Zeit ausgegeben wird.Das ist normal. Bei mir ist es auch so. Bei jedem aufeinanderfolgenden Aufruf ist es ein bisschen spaeter:-)
Diese schwankt zwischen 20 Minuten und über einer Stunde.Du meinst, es besteht eine Differenz von 20-60 min. gegenueber der aktuellen Zeit? Ist es ein virtueller Server?

Gruss Pit.

[Frank.Merburg]

Wenns nur das währe ;)

Also ist kein Virtueller.

Die Zeit springt über mehrere Minuten und nicht nur für Sekunden.

Und vor allem auch wieder nach hinten.

Also:

08:20
09:28
08:28
08:29
09:29

Das heißt beide Zeiten sind fortlaufen und er springt zwischen diesen.
Der Abstand der Zeiten ändert sich aber ab und an.

Was natürlich bei einem Serverbetrieb ein wenig stört.

Mailserver - Mail Datum des Eingangs. Webserver - Foren Beiträge simmen nicht.

Danke schonmal für die schnelle Antwort.

[marce]

Server mit 10.2? Da solltest Du über ein Update nachdenken, zumindest solange Du auf Patches und Bugfixes wert legst... (und der 30.11.2008 ist ja auch schon ein weilchen her)

Ansonsten könntest Du mal die Konfig des Systems posten (sowohl HW wie auch Software) - die locales könnten interessant sein, evtl. die ntpd-Konfiguration, Zeitzonen, ...

[Frank.Merburg]

Da sind wir dran. Braucht aber alles seine Zeit. Und wenn neu dann auch Hardware. Aber so lange muss ich das Problem halt erstmal in den Griff bekommen.

Ich werde die Konfigs erstellen und dann einen Link Posten.

danke.. geht ja echt fix hier.

[marce]

die date-Ausgaben bekommst Du im selben Konsolenfenster?

Lass, um evtl. "Merkwürdigkeiten" von Login-Shells und Konsorten auszuschließen, doch mal ein
while [[ 1 ]]
do
date >> /tmp/date.log
sleep 1
done
per Cron starten und schau mal nach, was da nach einer Stunde so drin steht.

Systemlogs geben nichts her? Habt ihr einen Zeitserver am laufen? Konfig und Logfiles von diesem?

[Frank.Merburg]

Hier mal ein paar Logs und Settings :)

:/var/spool/cron/tabs # locale LANG=POSIX
LC_CTYPE=de_DE.UTF-8
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=


http://pastebin.com/m1c943b53 <== ausgabe von lspci -vv

http://pastebin.com/mda543e <== ausgabe von dmesg



################################################## ##############################
## /etc/ntp.conf
##
## Sample NTP configuration file.
## See package 'ntp-doc' for documentation, Mini-HOWTO and FAQ.
## Copyright (c) 1998 S.u.S.E. GmbH Fuerth, Germany.
##
## Author: Michael Andres, <ma@suse.de> ## ################################################## ##############################

##
## Radio and modem clocks by convention have addresses in the ## form 127.127.t.u, where t is the clock type and u is a unit ## number in the range 0-3.
##
## Most of these clocks require support in the form of a ## serial port or special bus peripheral. The particular ## device is normally specified by adding a soft link ## /dev/device-u to the particular hardware device involved, ## where u correspond to the unit number above.
##
## Generic DCF77 clock on serial port (Conrad DCF77)
## Address: 127.127.8.u
## Serial Port: /dev/refclock-u
##
## (create soft link /dev/refclock-0 to the particular ttyS?) ## # server 127.127.8.0 mode 5 prefer

##
## Undisciplined Local Clock. This is a fake driver intended for backup ## and when no outside source of synchronized time is available.
##
server 127.127.1.0 # local clock (LCL)
fudge 127.127.1.0 stratum 10 # LCL is unsynchronized

##
## Outside source of synchronized time
##
## server xx.xx.xx.xx # IP address of server

##
## Miscellaneous stuff
##

driftfile /var/lib/ntp/drift/ntp.drift # path for drift file

logfile /var/log/ntp # alternate log file
# logconfig =syncstatus + sysevents
# logconfig =all

# statsdir /tmp/ # directory for statistics files
# filegen peerstats file peerstats type day enable # filegen loopstats file loopstats type day enable # filegen clockstats file clockstats type day enable

#
# Authentication stuff
#
# keys /etc/ntp.keys # path for keys file
# trustedkey 1 2 3 4 5 6 14 15 # define trusted keys
# requestkey 15 # key (7) for accessing server variables
# controlkey 15 # key (6) for accessing server variables

--------------------------------

ntp läuft laut cron einmal am tag, aber der port nach außen ist zu.
Die Log vom ntp ist auch leer.

Werde den mal aus dem Cron raus nehmen.



Wegen der Zeitproblematik startet auch der Conr nicht sauber.
Sprich im Momment garnicht :(

Wenn ich das Script über die Konsole ausführe läuft es ein paar Durchgänge und endet dann.

Die Ausgabe im Log ist dann so wie auf der Konsole.
Das mit den Platten ist mir bekannt :)

[Frank.Merburg]

Hab ich Euch mit dem Post jetzt verschreckt :)

[marce]

das nicht - aber immer hat man auch keine Zeit, sich alles anzuschauen und momentan sind die Logs nicht abrufbar (pastebin down?)

[Frank.Merburg]

War ja auch kein Vorwurf :)

Die ersten Antworten kamen halt so schnell.
Bei mir sind die Files abrufbar.

Habt Ihr da noch Probleme mit?

Gruß Frank

[John W]

Mal ein blöder Einfall: Sind nicht rein zufällig zwei verschiedene Server, die sich über die selbe Adresse ansprechen lassen?
Google hat ja auch mehrere Server, die sich über google.de ansprechen lassen ("dig www.google.de").
Wenn die dann eine unterschiedliche Zeiteinstellung haben, wird es witzig.
Du kannst ja auch einfach die Zeit entsprechend setzen, brauchst den Befehl dafür ja nur zwei, dreimal ausführen lassen. Nicht sekundengenau, aber wenigstens nicht mit Schwankungen von mehreren Minuten.

EDIT: Liegt es an evtl.der Festplatte? Im dmesg-Log stehen ziemlich viele Warnings über SMART drin, besonders Sorgen mach ich mir über:

sda: Current: sense key: Medium Error
Additional sense: Unrecovered read error
end_request: I/O error, dev sda, sector 48900413

Fängt bei Zeile 1330 an.

[Frank.Merburg]

Wie bereits geschrieben ist uns das mit den Platten bekant.

Es ist nur ein Server und ich versuche die Zeit deshalb wieder hin zu bekommen um Ihn auf einen anderen umzuziehen. Durch die Zeitproblematik lassen verschiedene Dienste in der Ausführungsquallität zu wünschen übrig :)

Was ein gesamtbackup erschwert.

So wie es aussieht ist es ein Bug im Kernel.
Hab da verschiedene Treads in englischen Foren zu gefunden.
Wir werden jetzt halt unser Glück verschen und die Dienste umziehen.

Gruß und falls doch noch jemand was einfällt... immer her damit :)