[PRIMERGY TX300] ständiger Neustart ?! IPMI: Timestamp Clock

[heidsch]

hallo forum,

vielleicht kann mir ja einer von euch helfen...

wir haben bei uns in der firma 2 primergy tx300 im redundanten einsatz. auf beiden servern läuft ein suse9-system.
seit einiger zeit starten beide server mehrmals neu (alle paar stunden) und hängen sich irgendwann beim login-prompt auf.
ein blick ins bios>advanced>ipmi>eventlog zeigte ein extrem häufiges auftreten des "Timestamp Clock Synch"-eintrages. bei beiden servern....

des weiteren verstellt sich ständig die bios-zeit und dementsprechend auch die systemzeit. wir haben zwar einen ntp-server zu laufen, jedoch
laufen die soll-und ist-zeiten soweit auseinander, dass kein sync mehr durchgeführt wird.

andere events laufen nicht wirklich sichtbar im event-log (bios) auf.
hat jemand einen lösungsansatz zur hand???

MfG heidsch

[Asic]

Hallo,

verstellt sich die Zeit evtl. immer um 2 Stunden ?
Dann kontolliere doch bitte mal, ob SLES9 mit UTC Zeit installiert wurde.
Diese Einstellung führt dann beim Booten immer zum Verstellen der BIOS-Zeit, da
bei UTC immer ein Versatz zur lokalen Zeit berücksichtigt wird.

Das erklärt zwar nicht das periodische Rebooten, aber könnte die Zeitumstellung erklären.
Zum Rebooten müsste es aber in der System Event Log oder unter /var/log/messages
irgendeine Begründung geben. Schau bitte dort noch mal nach.

so long
Asic

[heidsch]

hallo,

ja, es sind meist genau 2 stunden. kann ich das ändern?

zur messages/ event log:
die messages sieht so aus das die server hard resettet werden. sprich kein system-neustart ala 'switching to runlevel 0...6'.
im event log des bios sieht man kein 'power off' etc.....

die server machen übrigens keinen neustart, sondorn hängen sich einfach auf. der neustart wurde
vom personal durchgeführt sobald der server hängt. habe ich jetzt im nachgang erfahren.

warum hängen sich die dinger auf? einen server haben wir in die werkstatt geholt, dort läuft er ohne probleme.
im serverschrank, ohne netzwerkkabel laufen die auch (warscheinlich weil keine last drauf ist).

die lüfter sind alle i.O. ; also würde ich nen temperaturfehler ausschließen.....


danke für deine unterstützung

mfg heidsch

[Asic]

Hallo,
die Zeiteinstellungen kannst du über YAST ändern. (System -> Date & Time).
Dort siehst du ob UTC aktiviert ist und kannst es auch deaktivieren.

Meinst du mit Aufhängen, dass das System einfriert ?
Läuft irgendetwas bestimmtes zu der Zeit ?
Steht zu diesem Zeitpunkt irgeneine Meldung in /var/log/messages ?

Kannst du eine serielle Console anschliessen, um die letzten Meldungen zu sehen ?
Um welches System und OS handelt es sich genau ?
TX300 S? SLES9-SP? (32 oder 64 Bit) oder irgendetwas anderes ?

so long
Asic

[heidsch]

hallo,

das system ist ein tx300 s2 mit nem suse7 drauf. suse7 wird glaub ich nicht wirklich unterstützt.
die server laufen jedoch seit 2005 mit diesem system.
die zeiten, wann das system einfriert ist völlig unterschiedlich. ich kann das leider an keinen process
oder ähnliches ausmachen.

in der messages sieht man nur zeitstempel (--MARK--) bis zum zeitpunkt des einfrierens!!!
was meinst du mit serielle konsole? wir haben einen kvm-switch angeschlossen. wenn man
sich an der konsole anmelden will, sieht man zwar den login-promt....mann kann aber nix machen
(eingefroren).

[Asic]

Hallo,
der KVM hat nichts mit der seriellen Konsole zu tun.
Für die Ausgabe über die serielle Console musst du deine TX300 mit einem anderen System (Windows oder Linux) über die seriellen Schnittstellen mittels eines seriellen Null-Modem-Kabels verbinden.

Dann musst du die Kernel-Optionen um folgende Parameter erweitern:

console=tty0 console=ttyS0,9600n8

Nun werden die Kernel-Meldungen mit 9600 bps, ohne Parity und 8 Datenbits auf der seriellen Schnittstelle ausgegeben.
Dies kannst du entweder interaktiv beim Booten eintragen oder fest im Bootloader Menu eintragen.

Auf der Gegenseite musst du noch ein Terminalprogramm starten. Bei Windows wäre das z.B. Hyperterminal, bei einem Linux-System könntest du dir Minicom installieren.

Wenn das jetzt alles funktioniert, müsstest du alle Kernel-Meldungen im Terminalprogramm sehen und hoffentlich mehr Infromationen vor dem Einfrieren erhalten.

good luck
Asic