Re: Para FreeBSD?

On Tue, Jul 27, 2010 at 08:05:40PM +0200, Polytropon wrote:
> Aucgh wenn ich so ein Problem noch nicht aus der eigenhändigen
> Praxis kenne, möchte ich einen Gedanken von Oliver aufgreifen:
>
> On Tue, 27 Jul 2010 18:16:09 +0200 (CEST), Oliver Fromme <olli(at)lurza.secnetix.de> wrote:
> > Mein Eindruck ist eher, dass beim Booten irgendetwas ausge-
> > löst wird, was dann nach einer Stunde den Reboot verursacht.
> > Als erstes fällt mir da der Hintergrund-fsck ein, allerdings
> > beginnt der schon 60 Sekunden nach dem Booten, nicht erst
> > nach 60 Minuten (es sei denn, Du hast den Default geändert).
>
> Das muß nicht sein: Nehmen wir mal an, ein Hintergrund-fsck
> startet 1 Minute nach dem Systemanlauf, arbeitet dann knapp eine
> Stunde, was bei groß genugen Platten nicht ungewöhnlich wäre,
> löst dann eine Kernel-Panic aus (z. B. schwerster Dateisystem-
> fehler, Festplattenzugriffsfehler, Device-detach oder ähnliches),
> und nach 15 Sekunden wird dann der automatische Reboot aus-
> gelöst.

Ein background-fsck löst normalerweise keinen reboot aus.
HAbe ich in all den Jahren noch nie gesehen.
Ein inkonsistentes Filesystem aber schon, d.h. es gibt einen Fehler,
den es für einen BG-fsck nicht geben sollte und irgendeinen Zugriff
der den Filesystem-Fehler entdeckt und einen panic auslöst.

> Eine Konsolenbeobachtung zur Neustartzeit wäre sicherlich
> interessant. Vielleicht gibt es auch ein Kern-Abbild in einem
> solchen Falle /var/crash.
>
> Das erklärt jedoch nicht unbedingt, warum sich die Sache durch
> ein shutdown -p "reparieren" läßt...

Eben - deshalb auch meine Vermutung, dass es eben kein Software-Problem
sein wird, sondern eben etwas, was durch die Auszeit verbessert werden
kann und da kommt in erster Linie alles thermisch abhängige in Frage.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message