Re: 7.1 Panic on degraded disk w/mpt

2009-02-13 Thread John Baldwin
On Monday 09 February 2009 1:13:08 am Charles Sprickman wrote:
> Howdy,
> 
> I dug around and can't find a PR on this, and the only other report I saw 
> was in this mailing list post that has no replies:
> 
> http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html
> 
> The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5 controller:
> mpt0:  port 0xec00-0xecff mem 
> 0xfe9fc000-0xfe9f,0xfe9e-0xfe9e irq 16 at device 8.0 on pci2
> mpt0: MPI Version=1.5.13.0
> 
> The panic is repeatable by forcing the array into a degraded state.
> 
> Here's my best shot at getting info out of kgdb:
> 
> [r...@uniweb /home/spork]# cd /usr/obj/usr/src/sys/BWAY7/
> [r...@uniweb /usr/obj/usr/src/sys/BWAY7]# kgdb kernel.debug 
> /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you 
> are welcome to change it and/or distribute copies of it under certain 
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for 
> details.
> This GDB was configured as "i386-marcel-freebsd"...
> 
> Unread portion of the kernel message buffer:
> 
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address   = 0x14
> fault code  = supervisor read, page not present
> instruction pointer = 0x20:0xc044b09b
> stack pointer   = 0x28:0xe6ee5b80
> frame pointer   = 0x28:0xe6ee5b9c
> code segment= base 0x0, limit 0xf, type 0x1b
>  = DPL 0, pres 1, def32 1, gran 1
> processor eflags= interrupt enabled, resume, IOPL = 0
> current process = 17 (swi2: cambio)
> trap number = 12
> panic: page fault
> cpuid = 0
> Uptime: 3m7s
> Physical memory: 3575 MB
> Dumping 94 MB: 79 63 47 31 15
> 
> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from 
> /boot/kernel/acpi.ko.symbols...done.
> done.
> Loaded symbols for /boot/kernel/acpi.ko
> #0  doadump () at pcpu.h:196
> 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) list *0xc044b09b
> 0xc044b09b is in xpt_done (/usr/src/sys/cam/cam_xpt.c:4832).
> 4827if ((done_ccb->ccb_h.func_code & XPT_FC_QUEUED) != 0) {
> 4828/*
> 4829 * Queue up the request for handling by our SWI 
handler
> 4830 * any of the "non-immediate" type of ccbs.
> 4831 */
> 4832sim = done_ccb->ccb_h.path->bus->sim;
> 4833switch (done_ccb->ccb_h.path->periph->type) {
> 4834case CAM_PERIPH_BIO:
> 4835TAILQ_INSERT_TAIL(&sim->sim_doneq, 
&done_ccb->ccb_h,
> 4836  sim_links.tqe);

Can you 'p done_ccb->ccb_h.path' and if that is not 0, 'p 
done_ccb->ccb_h.path.bus'?

-- 
John Baldwin
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"


Re: 7.1 Panic on degraded disk w/mpt

2009-02-13 Thread Richard Toohey

Charles Sprickman said:

>Howdy,
>
>I dug around and can't find a PR on this, and the only other report  
I saw

>was in this mailing list post that has no replies:
>
>http://www.nabble.com/7.1-BETA2-panic-on-mpt-degrade-td20183173.html
>
>The hardware is a Dell PowerEdge 860 with the Dell/LSI SAS5  
controller:

>mpt0:  port 0xec00-0xecff mem
>0xfe9fc000-0xfe9f,0xfe9e-0xfe9e irq 16 at device 8.0 on  
pci2

>mpt0: MPI Version=1.5.13.0
>
>The panic is repeatable by forcing the array into a degraded state.

I think this is PR 130330.

http://www.freebsd.org/cgi/query-pr.cgi?pr=130330&cat=

I am trying to get another test machine available - the machines
I had have gone into production with 7.0 installed.

(Apologies if this email doesn't appear correctly, done what I can!)
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"