Date: Thu, 15 Apr 1999 20:03:39 +0200 (CEST) From: Wilko Bulte <wilko@yedi.iaf.nl> To: joerg_wunsch@uriah.heep.sax.de Cc: scsi@FreeBSD.ORG Subject: Re: timed out while idle? Message-ID: <199904151803.UAA00842@yedi.iaf.nl> In-Reply-To: <19990415090035.03868@uriah.heep.sax.de> from J Wunsch at "Apr 15, 1999 9: 0:35 am"
next in thread | previous in thread | raw e-mail | index | archive | help
As J Wunsch wrote ... > As Justin T. Gibbs wrote: > > > Further, the code that usually causes the disk pack to be > > invalidated is in cam_periph.c:cam_periph_error() where a selection > > timeout causes us to receive an ENXIO error. I believe that > > invalidating the pack is the correct thing to do since we have no > > way of determining if the media or device are the same, but that we > > should be retrying things like selection timeouts in a more sane > > fashion so that invalidations are a rarity. > > I think we've been at this discussion before. IMHO, CAMs action in > this case is not what all the people would expect, and it makes CAM > (which i believe is excellent by design -- no criticism) rather > fragile compared to other operating system. You can't e.g. swap a > SCSI chain terminator while the chain is under heavy load, or it would > invalidate all the disks on it. Compare this to e.g. a Solaris > machine, where you can do this. > > Don't get me wrong, i understand why you implemented it this way (at > least i believe i understand, since i guess that's the behaviour you > needed for Plutotech), and i agree that this is one possible view at > the world. However, i'd like to see it `tunable' in a way where it So a sort of /etc/system with an sd_iotime=<large#> or something along these lines? Groeten / Cheers, Wilko _ ______________________________________________________________________ | / o / / _ Arnhem, The Netherlands |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl _______________________ Powered by FreeBSD ___ http://www.freebsd.org _____ 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?199904151803.UAA00842>