Re: Para FreeBSD?

Bernd Walter wrote:
> Harald Neuffer wrote:
> > Oliver Fromme wrote:
> > > Harald Neuffer wrote:
> > > > ich habe einen Rechner mit 6.3-STABLE i386 mit komischen Verhalten. Er
> > > > startet sich alle Stunde neu. Das heißt, er macht keinen normalen
> > > > reboot, das Filesystem wird beim Runterfahren nicht gesynced.
> > > >
> > > > In Logfiles findet sich nichts, was Hinweise auf die Ursache geben
> > > > könnte. Ein Watchdog läuft nicht auf der Maschine. Der Spuck kann durch
> > > > ein "shutdown -p now" beendet werden, nach dem Einschalten läuft der
> > > > Rechner wieder normal ohne die stündlichen Reboots.
> > > >
> > > > Das Verhalten hatte ich vor einem 3/4 Jahr schon mal mit den gleichen
> > > > Symptomen. Was kann die Ursache sein?
> > > >
> > > > Hier noch ein Auszug vom last Kommando:
> > > >
> > > > reboot ~ Mon Jul 26 22:44
> > > > reboot ~ Mon Jul 26 21:44
> > > > reboot ~ Mon Jul 26 20:43
> > > > reboot ~ Mon Jul 26 19:43
> > > > reboot ~ Mon Jul 26 18:43
> > > > reboot ~ Mon Jul 26 17:43
> > > > reboot ~ Mon Jul 26 16:42
> > > > reboot ~ Sat Jul 24 17:42
> > >
> > > An Bernds Überhitzungstheorie glaube ich nicht. Dafür ist
> > > es viel zu gleichmäßig, und es erklärt nicht, warum nach
> > > einem kurzzeitigen »shutdown -p now« die stündlichen Reboots
> > > ausbleiben. Ich glaube auch nicht an einen cronjob, da
> > > sich der Zeitpunkt des Reboot langsam nach hinten zu ver-
> > > schieben scheint.
>
> Die verschieben sich aber Uhrzeit-abhängig.

Nö, tun sie nicht. Anhand der oben genannten Zeitpunkte
scheint der Zeitabstand konstant zu sein, nämlich ungefähr
eine Stunde und 15 Sekunden.

Daher mein Verdacht, dass 15 Sekunden nach dem Reboot
irgendetwas getriggert wird, was dann nach genau einer
Stunde den nächsten Reboot verursacht. Das riecht
eigentlich nach einem Watchdog. Aber was das genau
ist, kann man man nur spekulieren. In solchen Fällen
ist eine Ferndiagnose nahezu aussichtslos.

Ich würde mich mal vor die Console stellen, im Augen-
blick des Reboots auf die Stoppuhr drücken und gucken,
was nach 15 Sekunden genau los ist -- Ist er dann noch
im BIOS-POST, oder in einem Zusatz-BIOS (z.B. RAID-
Controller), im Boot-loader, oder bootet der Kernel
bereits? Wenn man Glück hat, kann man's auf diese Weise
vielleicht schonmal ein bisschen eingrenzen.

> Spätere Uhrzeit (=> kühlere Umgebung!) gleich späterer Reboot.
> Aber zugegeben: ich bin auch nicht so 100% davon überzeugt, allerdings
> ist es für mich immer noch das plausibelste.

Wenn ich Harald verstanden habe, startet er den Rechner
nach dem »shutdown -p now« sofort wieder; er ist also
allenfalls ein paar Sekunden oder Minuten aus. Ich denke
nicht, dass dies zu einer hinreichenden Abkühlung führt,
dass danach stunden- und tagelang kein Reboot mehr auf-
tritt, dass aber nach dem nächsten normalen Neustart
sofort wieder das Problem der stündlichen Reboots
zurückkehrt.

Oder habe ich Dich da missverstanden, Harald?

> Vielleicht ist das aber auch ein Fehler, der von remote ausgelöst wird.
> Und durch den power-down ist der Rechner länger offline, weswegen der
> dieser remote-Auslöser dann erst mal aufgibt und eine Auszeit nimmt.

Hmm. In der Tat, das wäre denkbar. Offenbar gibt es ja
eine Remote-Management-Möglichkeit, mit deren Hilfe man
den Rechner aus- und einschalten kann und Resets auslösen
kann. Vielleicht spinnt ja dieses Remote-Management-Teil
irgendwie? Das würde ich jetzt nicht ausschließen.

Ich habe mit so Management-Zeugs schon die gruseligsten
Erfahrungen gemacht und würde dem alles zutrauen.
Vielleicht merkt es nach einem »shutdown -p now« und
darauffolgendem Einschalten, dass der Rechner nun läuft
und lässt ihn in Ruhe, aber bei einem »normalen« Hoch-
fahren merkt es das aus irgendeinem Grund nicht und denkt
sich nach einer Stunde: »Hmm, dat Ding löppt immer noch
nicht, mal gucken, ob ich das mit 'nem Reset wieder in
Gang kriege.«

Wenn mir jemand sowas erzählen würde, würde ich es jeden-
falls sofort glauben.

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
Python is executable pseudocode.  Perl is executable line noise.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message