Date: Mon, 21 Sep 1998 14:42:25 -0700 From: Robert Crowe <bob@osomil.carlsbad.ipinc.com> To: "Justin T. Gibbs" <gibbs@plutotech.com> Cc: Robert Crowe <bob@boogie.ipinc.com>, current@FreeBSD.ORG, bob@carlsbad.ipinc.com Subject: Re: Problems with DPT/CAM and RAIDed drives under 3.0-CURRENT Message-ID: <199809212142.OAA09587@osomil.carlsbad.ipinc.com> In-Reply-To: Your message of "Mon, 21 Sep 1998 14:22:10 MDT." <199809212028.OAA05481@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <199809212028.OAA05481@pluto.plutotech.com>, "Justin T. Gibbs" write s: >> >>Not sure if this is a known problem or not, but under CURRENT (synced >>on 9/20), the kernel fails to boot from a raided disk. If I break the >>raid array (or even just yank one of the disks and let the controller >>think the array is degraded) the kernel boots just fine. When the >>array is built, I get the following lines right after probing npx0: >> >>(probe0:0:0:0): CCB 0xf875a07c - timed out > >How quickly after "npx0"? The current timeouts are 60s long, so it seems >surprising to me that the DPT could take that long to get going. The >timeouts were bumped at around the same time as dpt rev 1.15 was committed. I can't reproduce it right now (machine is in use), but it seems like about 20 or so seconds after the npx0 probe. It could have been 60, but it didn't seem like it. > >>With dpt_scsi 1.14, this error would print about 5 times then panic >>with a trap type 12 at >> >>_camq_insert + 0xf movl %ecx,0(%eax,%edx,4) > >Yes. This is the "ccb done twice" problem I fixed in the error recovery >code with 1.15. > >>With dpt_scsi 1.15 it appears to just hang after the print (or maybe I >>didn't wait long enough) > >Hard to say. I may be confused about how the DPT handles command abort >requests. Either that or it takes "forever" for mirrored pairs to >respond to simple commands like "inquiry" soon after the DPT is booted. >Did you have a background mirror reconstruction task going on? I didn't have any background tasks going at all. I had freshly created the mirrors using the DOS dptmgr, and waited for the reconstructions to be complete before rebooting. >I have a RAID 5 array building on a DPT PM3224 right now and if I can't >reproduce the problem with that configuration, I'll try some mirrored >configurations. > Let me know if there is anything further I can do to assist. I'm not too familiar with the DPT/CAM code, but I'm certainly willing to help where I can. Bob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809212142.OAA09587>