Date: Sun, 22 Feb 2004 11:37:08 +0000 From: Heinrich Rebehn <rebehn@ant.uni-bremen.de> To: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> Cc: freebsd-questions@freebsd.org Subject: Re: Hardware or software error ? Message-ID: <40389464.1070000@ant.uni-bremen.de> In-Reply-To: <44r7wo85rw.fsf@be-well.ilk.org> References: <4037920D.3060702@ant.uni-bremen.de> <44r7wo85rw.fsf@be-well.ilk.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Lowell Gilbert wrote: > Heinrich Rebehn <rebehn@ant.uni-bremen.de> writes: > > >>Hi list, >> >>does anybody have a clue, if the following is a hard or software error? >> >>######################################################################### >> syslogd: kernel boot file is /boot/kernel/kernel >> kernel: >> kernel: >> kernel: Fatal trap 12: page fault while in kernel mode >> kernel: cpuid = 0; apic id = 00 >> kernel: fault virtual address = 0x4 >> kernel: fault code = supervisor read, page not present >> kernel: instruction pointer = 0x8:0xc0533f98 >> kernel: stack pointer = 0x10:0xe11f6b3c >> kernel: frame pointer = 0x10:0xe11f6b64 >> kernel: code segment = base 0x0, limit 0xfffff, type 0x1b >> kernel: = DPL 0, pres 1, def32 1, gran 1 >> kernel: processor eflags = interrupt enabled, resume, IOPL = 0 >> kernel: current process = 29 (swi1: net) >> kernel: trap number = 12 >> kernel: panic: page fault >> kernel: cpuid = 0; >> kernel: >> kernel: syncing disks, buffers remaining... >> kernel: >> kernel: Fatal trap 12: page fault while in kernel mode >> kernel: cpuid = 0; apic id = 00 >> kernel: fault virtual address = 0x4 >> kernel: fault code = supervisor read, page not present >> kernel: instruction pointer = 0x8:0xc0533f98 >> kernel: stack pointer = 0x10:0xe124bbcc >> kernel: frame pointer = 0x10:0xe124bbf4 >> kernel: code segment = base 0x0, limit 0xfffff, type 0x1b >> kernel: = DPL 0, pres 1, def32 1, gran 1 >> kernel: processor eflags = interrupt enabled, resume, IOPL = 0 >> kernel: current process = 26 (irq15: xl0 ata1+) >> kernel: trap number = 12 >> kernel: panic: page fault >> kernel: cpuid = 0; >> kernel: Uptime: 3d10h11m49s >>######################################################################### >> >>The system is running FreeBSD 5.2.1-RC2 > > > More likely to be a software problem, although it could be either. > Could you take a kernel dump to the -CURRENT list? I'm afraid my system is not set up to enable crash dumps. I must admit that i never cared about this, and unfortunately, the default install does not seem to enable it either. If i am wrong: where would i find the dump? Also, since this is our main server, i prefer going back to 4.9 which seems to be more solid than 5.2 :-(. I simply don't have time to do more experiments. Update: This morning's crash (which i forget in the mail before): ##################################################################### ntpd[470]: too many recvbufs allocated (40) cron[8309]: login_getclass: unknown class 'des_users' syslogd: kernel boot file is /boot/kernel/kernel kernel: kernel: kernel: Fatal trap 12: page fault while in kernel mode kernel: cpuid = 0; apic id = 00 kernel: fault virtual address = 0x4c kernel: fault code = supervisor read, page not present kernel: instruction pointer = 0x8:0xc04cc807 kernel: stack pointer = 0x10:0xe2cccca8 kernel: frame pointer = 0x10:0xe2ccccc8 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b kernel: = DPL 0, pres 1, def32 1, gran 1 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 kernel: current process = 38 (usbtask) kernel: trap number = 12 kernel: panic: page fault kernel: cpuid = 0; kernel: kernel: syncing disks, buffers remaining... 7137 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 7117 kernel: giving up on 4591 buffers kernel: Uptime: 14h28m36s kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x34, scsi status == 0x88 ######################################################################## The "giving up on nnnn Buffers" is also typical for 5.2. I rarely had it with 4.9. Unfortunately, all disks are marked dirty then, even if it is only 1 buffer. Thank ayou for your help anyway. Heinrich -- Heinrich Rebehn University of Bremen Physics / Electrical and Electronics Engineering - Department of Telecommunications - Phone : +49/421/218-4664 Fax : -3341
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40389464.1070000>