FreeBSD 10 crash/reboot - Wie debuggen?

[lockdoc]

Hi,

zu allem ueberfluss habe ich grad noch das Problem, dass meine FreeBSD Kiste alle paar Tage rebootet.
Ich hab das noch nicht live selber gesehen, aber ich merke das, wenn ich ab und zu rein-ssh-e.

Wegen irgendwas rebootet die Kiste immer. Ich nehme mal an ein Kernel Crash oder sowas.
Ich wuerd gern rauskriegen wieso.

In der rc.conf habe ich dafuer schon mal folgendes

dumpdev="AUTO"
dumpdir="/var/crash"

Kucke ich mir jetzt den Inhalt von /var/crash an:

root> ll /var/crash/
total 22
drwxr-x---   2 root  wheel  uarch  3 Oct 13 03:49 ./
drwxr-xr-x  26 root  wheel  uarch 26 Nov 19 11:57 ../
-rw-r--r--   1 root  wheel  uarch  5 Oct 13 03:49 minfree

root> cat /var/crash/minfree
2048

Bedeutet das er hat zu wenig RAM Speicher und rebootet deswegen?



Nachtrag:
Warnings und Errors der dmesg sind wie folgt:

root> dmesg |grep -i -e 'error' -e 'warn'
WARNING: VIMAGE (virtualized network stack) is a highly experimental feature.
ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630)
module_register_init: MOD_LOAD (vesa, 0xffffffff80ce0310, 0) error 6

 

[lechindianer]

Bekommt man durch noch zusätzliche Informationen?

 

[s-tlk]

VIMAGE ist schon mal ein guter Kandidat. Aber ohne einen crashdump ist das wohl schwer zu finden.

Hast du denn ein swap, oder dump device eingehaengt beim booten, was mindestens so gross ist wie der RAM? Das minfree ist afair nur Speicherplatz der in /var frei bleiben soll, damit man einem nicht die Platte voll mit dumps schreibt. Sonst hilft es auch eine leere Festplatte, oder USB Stick anzuschliessen und das mit dumpon(8) dem Kernel mitzuteilen.

 

[Yamagi]

Bekommt man durch noch zusätzliche Informationen?

Nein. Das ist eigentlich nur ein Wrapper um textdump(4). Aber dennoch sehr sinnvoll, weil damit evtl. mehr Panics gemeldet werden.

 

[lockdoc]

Cool Danke.
Hab ich gleich mal installiert und warte gespannt auf den naechsten panic xD