Date: Thu, 15 Apr 1999 00:01:15 +0200 (CEST) From: Wilko Bulte <wilko@yedi.iaf.nl> To: gibbs@narnia.plutotech.com (Justin T. Gibbs) Cc: asami@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: timed out while idle? Message-ID: <199904142201.AAA00646@yedi.iaf.nl> In-Reply-To: <199904142037.OAA13777@narnia.plutotech.com> from "Justin T. Gibbs" at "Apr 14, 1999 2:37:53 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
As Justin T. Gibbs wrote ... > In article <199904140646.XAA56124@silvia.hip.berkeley.edu> you wrote: > > * There's no way to get it back without rebooting. Rescanning won't help > > * you, since that finds devices that have appeared, changed or gone away. > > * Your device hasn't done that, it has stopped responding. It's dead. If > > * you think it should be done otherwise, talk to the author of the da(4) > > * driver. :) (no, it's not me) > > > > * Copyright (c) 1997 Justin T. Gibbs. > > That's not entirely true. The device will come back if it transitions > through final close (e.g you umount -f all filesystems referencing > it). 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. Hmm. Just a random thought. Can't you use the device serial number to determine if it is the same one like before? Anyway, I'd say devices that do disappearing acts are not the ones I would like to have in my machines. YMMV Wilko 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?199904142201.AAA00646>