Date: Wed, 22 Nov 2006 08:46:54 -0600 From: <Johannes.Kruger@nokia.com> To: <Johannes.Kruger@nokia.com>, <mjacob@freebsd.org>, <freebsd-scsi@freebsd.org>, <freebsd-hackers@freebsd.org> Subject: Core dumps not working via scsi_da and mpt driver Message-ID: <E9C6E9346955B54D9C707AA03EA5193A0197547D@daebe102.NOE.Nokia.com>
next in thread | raw e-mail | index | archive | help
Forcing a graceful panic, the exact message I get is: --------------- snip -------------------- # sysctl -w debug.kdb.panic=3D1 debug.kdb.panic: 0panic: kdb_sysctl_panic cpuid =3D 0 KDB: enter: panic [thread pid 3438 tid 100053 ] Stopped at kdb_enter+0x2b: nop db> panic cpuid =3D 0 Uptime: 21h29m12s Physical memory: 501 MB Dumping 75 MB:Aborting dump due to I/O error. status =3D=3D 0x58, scsi status =3D=3D 0x0 ** DUMP FAILED (ERROR 5) ** Automatic reboot in 15 seconds - press a key on the console to abort --------------- snip -------------------- The string "Aborting dump due to I/O error" is reported by scsi_da.c Johan -----Original Message----- From: Kruger Johannes (Nokia-ES/Boston)=20 Sent: Tuesday, November 21, 2006 12:26 PM To: 'mjacob@freebsd.org'; 'freebsd-scsi@freebsd.org' Cc: Kruger Johannes (Nokia-ES/Boston) Subject: RE: CAM_NEW_TRAN Hi Matthew. I tried forcing a core dump on the LSI-1064 and LSI-1064E controller. It does not seem to work via the mpt driver. The core dump is set to go to the usual place, the swap partition. # mount /dev/da0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/da0s1e on /tmp (ufs, local, soft-updates) /dev/da0s1f on /usr (ufs, local, soft-updates) /dev/da0s1d on /var (ufs, local, soft-updates) No RAID setup, just normal SATA disk on PHY0, works fine except for core dump. Did a bit of debug checking: I see that interrupts are turned of when doing a core dump. This looks ok since I see there is polling routines registered, and I can see them being called also. The message with what it fails is: ------------------ snip --------------------- Aborting dump due to I/O error. status =3D=3D 0x58, scsi status =3D=3D 0x0 i/o error Rebooting... ------------------ snip --------------------- I added some debugging code and it looks like it calls mpt_intr lots of times, and also mpt_action, which is correct. After looping (or entering via polling) the mpt_intr routine multiple times, the bit MPI_ADDRESS_REPLY_A_BIT is set. The execution path in "mpt_scsi_reply_handler" changes from a "context only reply" to a call to do "mpt_scsi_reply_frame_handler". In this "mpt_scsi_reply_frame_handler" call the ioc_status =3D 0x4b = which is: #define MPI_IOCSTATUS_SCSI_IOC_TERMINATED (0x004B) Any idea why this happens ? Thanks Johan .
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E9C6E9346955B54D9C707AA03EA5193A0197547D>