Date: Sat, 6 Mar 1999 01:14:48 -0600 From: Zach Heilig <zach@uffdaonline.net> To: "Kenneth D. Merry" <ken@plutotech.com>, Zach Heilig <zach@uffdaonline.net> Cc: scsi@FreeBSD.ORG Subject: Re: 'camcontrol rescan' wierdness Message-ID: <19990306011448.A1224@znh.org> In-Reply-To: <199903060523.WAA04079@panzer.plutotech.com>; from Kenneth D. Merry on Fri, Mar 05, 1999 at 10:23:44PM -0700 References: <19990305191914.A26718@znh.org> <199903060523.WAA04079@panzer.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Mar 05, 1999 at 10:23:44PM -0700, Kenneth D. Merry wrote: > > cd0 at ncr0 bus 0 target 5 lun 0 > > cd0: <MATSHITA CD-R CW-7502 4.10> Removable CD-ROM SCSI-2 device > > cd0: 10.000MB/s transfers (10.000MHz, offset 8) > > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > Okay, this is interesting. Did you turn the power back on or something? Yes. > It appears that your Quantum disk is getting confused and responding on > multiple LUNs. > > and 'camcontrol devlist' now prints out: > > < > at scbus-1 target -1 lun -1 (xpt0) > > <SEAGATE ST15230W SUN4.2G 0738> at scbus0 target 0 lun 0 (pass0,da0) > > <QUANTUM FIREBALL_TM2110S 300X> at scbus0 target 1 lun 0 (pass1,da1) > > < > at scbus0 target 1 lun 1 (pass2) > > < > at scbus0 target -1 lun -1 () > > <MATSHITA CD-R CW-7502 4.10> at scbus1 target 5 lun 0 (cd0,pass3) > > <IOMEGA ZIP 100 J.02> at scbus1 target 6 lun 0 (pass4,da2) > > < > at scbus1 target -1 lun -1 () > > > > [note the bogus pass2 entry] > > Hmm, I suppose that device didn't completely go away. The CDROM? That was SCSI #5.. The bogusly found da3? probably.. da0 and da1 were accessable [and they didn't seem slow] while the several minute rescan was happening. > Can you try putting a quirk entry for the Quantum in cam_xpt.c to disable > multi-LUN probing? (CAM_QUIRK_NOLUNS) That may fix the problem. It doesn't happen on boot. It also doesn't give problems if I avoid plugging the CDROM in [which I no longer have a real need to do]. For example, I can rescan now (I rebooted it to get rid of the bugus entries), and nothing happens, other than $ camcontrol rescan 0 Re-scan of bus 0 was successful $ camcontrol rescan 1 Re-scan of bus 1 was successful $ camcontrol rescan 0:1:0 Re-scan of 0:1:0 was successful $ camcontrol rescan 0:1:1 Re-scan of 0:1:1 was successful [no kernel messages or pauses]. $ camcontrol devlist < > at scbus-1 target -1 lun -1 (xpt0) <SEAGATE ST15230W SUN4.2G 0738> at scbus0 target 0 lun 0 (pass0,da0) <QUANTUM FIREBALL_TM2110S 300X> at scbus0 target 1 lun 0 (pass1,da1) < > at scbus0 target -1 lun -1 () <MATSHITA CD-R CW-7502 4.10> at scbus1 target 5 lun 0 (pass2,cd0) <IOMEGA ZIP 100 J.02> at scbus1 target 6 lun 0 (pass3,da2) < > at scbus1 target -1 lun -1 () I think I will suspect that NEC CDROM -- it doesn't play well with other devices [it really slowed down access to the two disks -- it may not have disconnected while reading CD-audio -- and it would only read at 1x]. The only reason it was there is I had no other place to attach it, and I have 5 or 6 audio cd's that wedge the cd-writer [this has nothing to do with FreeBSD -- it wedges while reading the TOC]. > The other thing I wonder about is your bus topology. You say you "removed > cd0". Where was it on the SCSI chain? How did you remove it? Was the bus > still terminated once you removed it? yes... NEC CD Seagate Quantum terminator ahc0 cd0 da0 da1 |-------+-------+--------+-------| [internal cable] CW-7502 zip [termination switch turned on] ncr0 cd1/cd0 da2 |---------| |---------| [external cables] > Taking things off an active SCSI bus only works in controlled > circumstances. If the device removed was the one terminating the chain, > you would be leaving the bus unterminated. I yanked the power plug before removing the scsi connector... There is a separate terminator on the last connector. It may have been a mistake to avoid rebooting to temporarily add the CD-ROM... It surely didn't gain me anything this time [I ended up rebooting twice anyway]. -- Zach Heilig <zach@uffdaonline.net> 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?19990306011448.A1224>