Date: Wed, 7 Jul 1999 01:06:21 +0200 (MET DST) From: wjw@iae.nl (Willem Jan Withagen) To: ken@plutotech.com (Kenneth D. Merry) Cc: wjw@iae.nl, scsi@freeBSD.org Subject: Re: Trouble on my DPT controller Message-ID: <19990706230622.427C59FAE@surf.iae.nl> In-Reply-To: <199907062238.QAA86869@panzer.kdm.org> from "Kenneth D. Merry" at "Jul 6, 99 04:38:06 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
You ( Kenneth D. Merry ) write: => > It's been a long time since I looked at them, but probably they'll be => > "wrong" (any Quantum sort of is, and that's why I have them at home, not at => > work. :-) => > => > da1: <QUANTUM FIREBALL_TM2110S 300X> Fixed Direct Access SCSI-2 device => > da1: Tagged Queueing Enabled => > da1: 2013MB (4124224 512 byte sectors: 255H 63S/T 256C) => => Heh, yeah, Quantum disks are almost always suspicious. :) I don't remember => any problems with that drive specifically, although I certainly wouldn't => rule out a firmware bug. => => You should probably look on Quantum's ftp site and see if there is any => updated firmware for the drive. They released updated firmware for the => Atlas II (LYK8) that fixed the hanging problem, and it's possible there may => be newer firmware for that disk. I'll try to tackle that part. => > Is there any way to test the individual disks-defects "through" the DPT => > controller? => > [~wjw] root@hobby> scsi-defects /dev/rda1 Plist => > SCIOCCOMMAND ioctl: Inappropriate ioctl for device => > There are no defects (in this list). => => Well, that's an old script, written for the old SCSI layer's userland => interface. Try 'camcontrol defects', like this: => => camcontrol defects -n da -u 0 -f phys -PG => => If you look at the camcontrol(8) man page or 'camcontrol help', you'll see => more information about the defects command. Good suggestion. We'll be using that at work as well. It does work om my old Micropolis on the AHC0, but on the DPT it's giving zero errors for both grown and factory defects. And the latter I find sort of hard to believe. It even reporst nothing on the single disk to the DPT I'had been toying with these command: an eject on my dpt RAID-5 gives me an invalid array :-) So you might want to disable that in the code for fixed-drives. But using this --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 9.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990706230622.427C59FAE>