Date: Fri, 28 Mar 2003 11:38:10 +1030 From: Greg 'groggy' Lehey <grog@FreeBSD.org> To: james <jamesp@hisser.org> Cc: freebsd-questions@freebsd.org Subject: Re: PANIC: vinum / atacontrol (5.0-STABLE) Message-ID: <20030328010810.GE72254@wantadilla.lemis.com> In-Reply-To: <Pine.LNX.4.44.0303271407450.21914-100000@greebo.hisser.org> References: <Pine.LNX.4.44.0303271407450.21914-100000@greebo.hisser.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--2hMgfIw2X+zgXrFs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Format recovered--see http://www.lemis.com/email/email-format.html] Computer output wrapped. On Thursday, 27 March 2003 at 14:18:43 +0000, james wrote: > Hi > > I am trying to configure hotswap-raid and vinum on my machine, and have found I > can cause the kernel to panic at will. > > Ideally I would like to be able to stop a plex, use atacontrol attach/detach to > replace the disk, and rebuild the plex. Would this work in theory? Apparently. There was a time when people claimed that ATA drives couldn't be hot swapped, but that seems to be incorrect nowadays. > Now I stop and unload vinum, and try to run atacontrol: > > eddie# vinum stop > vinum unloaded > eddie# kldstat | grep vinum > eddie# > eddie# atacontrol detach 3 > <PANIC> > > I have built a debug kernel, and have a core. The backtrace is below. > > If you need any more info please let me know! > > James > > Now follows the gdb-output: > > (kgdb) bt > #9 0xc01a9223 in panic () at /usr/src/sys/kern/kern_shutdown.c:517 > #10 0xc02e311e in trap_fatal (frame=0xc0b94e00, eva=0x0) at /usr/src/sys/i386/i386/trap.c:844 > #11 0xc02e2e32 in trap_pfault (frame=0xc873fa74, usermode=0x0, eva=0x24) at /usr/src/sys/i386/i386/trap.c:758 > #12 0xc02e2a1d in trap (frame= > {tf_fs = 0xc0380018, tf_es = 0xc0b90010, tf_ds = 0x10, tf_edi = 0x0, > tf_esi = 0xc1857530, tf_ebp = 0xc873fab4, tf_isp = 0xc873faa0, tf_ > ebx = 0xc19a6c00, tf_edx = 0xe7, tf_ecx = 0xc032a340, tf_eax = 0x0, tf_trapno = > 0xc, tf_err = 0x0, tf_eip = 0xc01c6de6, tf_cs = 0x8, tf_eflag > s = 0x10292, tf_esp = 0xc873faf0, tf_ss = 0xc01296ae}) > at /usr/src/sys/i386/i386/trap.c:445 > #13 0xc02d44f8 in calltrap () at {standard input}:98 > #14 0xc01296ae in ata_command (atadev=0xc1857530, command=0xe7, lba=0x0, count=0x0, feature=0x0, flags=0x4) > at bus_at386.h:526 > #15 0xc01396df in adclose (dev=0x0, flags=0x3, fmt=0x0, td=0x0) at /usr/src/sys/dev/ata/ata-disk.c:292 (etc) The trap occurred between frames 12 and 13 at address 0xc873faa0, in the ATA code. Depending on your prowess with kernel code, you may be able to find out what has gone wrong. I'd be inclined to look at frame 13: (gdb) f 13 select frame (gdb) l list the code (gdb) i loc show local variables My guess is that something has not been initialized. It's probably worth submitting a bug report. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers --2hMgfIw2X+zgXrFs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+g6B6IubykFB6QiMRAuiEAKCgD48++OQ7exq/bfyAf8go1W+hLgCfZ4h1 nhh96GBxJ5YglW0iieVRKgc= =oyon -----END PGP SIGNATURE----- --2hMgfIw2X+zgXrFs--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030328010810.GE72254>