Re: 6.1-RELEASE / 6.2 Kernel Crash...

Jan Knepper wrote:
Kris Kennaway wrote:
On Tue, Dec 26, 2006 at 08:24:12PM -0500, Jan Knepper wrote:
Tried that and started

dd if=/dev/ad4 if=/dev/ad6 bs=1m

Kernel went in panic and automatic reboot in about an hour... <sigh>

It gets worse... when it does reboot the disk drive will not show in the BIOS, nor does FreeBSD recognize it during boot. The system actually has to be turned off to reset the drive...

This is bad...

Any other suggestions?

Sounds like a bug in the support for your ATA hardware, or your
hardware is broken. The very least you'll need to do is to obtain a
crashdump and debugging backtrace (see the developers handbook) and CC
it to sos@

This is getting funnier...
I added:
dumpdev="AUTO"
to: rc.conf
Rebooted the system and tried to get it to crash again...
And indeed it does in process 9: taskq

Then it starts dumping which takes a couple of seconds as the machine has 2 GB Ram...

Than it reboots... and the next thing you know... savecore does NOT recognize a dump on the swap file system. If does not save anything to /var/crash... <sigh>
Tried this about 10 times... No luck...

Any other idea's?

Well... since capturing a kernel debug dump does not seem to be working I had an other crash (is not that difficult to reproduce) and copied the console screen with the information...
Here it is, for whatever this is worth...

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x50
fault code = supervisor read, page not present
instruction pointer = 0x8:0xffffffff80289d6d
stack pointer = 0x10:0xffffffffb1b06af0
frame pointer = 0x10:0xffffff00468d9400
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current processor = 9 (thread taskq)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 16h56m17s
Dumping 2047 MB (2 chunks)
chunk 0: 1MB (156 pages) .. ok
chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 18
87 ...
... 47 31 15 ... ok


Dump complete
Automatic reboot in 15 seconds - press a key on console ot abort
_______________________________________________
freebsd-isp@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-isp
To unsubscribe, send any mail to "freebsd-isp-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re:SOLVVED vinum crashes the Box... WRONG POSTING
    ... vinum crashes the Box by using more then ten disks on ... > With this configuration vinum crashes the Machine with this Message: ... > I'm going to enable the kernel debugger now... ... >> while devfs rules works for those, but they vanish on reboot. ...
    (freebsd-stable)
  • SUMMARY: device database locked by cluster member
    ... A reboot did clear up the problem. ... kernel, probably one of the interactions between the ... and get a crash dump (or how to force a panic, ... > Cluster shared component has no entry in the cluster database. ...
    (Tru64-UNIX-Managers)
  • instant reboot when trying to load recent RELENG_5 kernel
    ... but it still happens on a kernel compiled with CPUTYPE ... instantly reboot with ACPI enabled. ... port ... can't assign resources ...
    (freebsd-current)
  • Re: Microsoft Internet Explorer Malformed HTML Parsing Denial of Service Vulnerability
    ... it would be too complicated to implement, so we better restart the whole ... NEVER have to reboot... ... I meant kernel services from a system view, ... Some probably are small design errors and some probably are deep structural ...
    (alt.computer.security)
  • Re: oops on SUSE LES9-SP2-smp on dual EM64T processor system
    ... > I am still looking into how to report this fault to SUSE. ... Don't put too much trust in the machine after the kernel has Oopsed. ... We will reboot it with nosmp until ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
    (Linux-Kernel)