From owner-freebsd-arch@FreeBSD.ORG Mon Sep 13 19:12:34 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D9916A4CE for ; Mon, 13 Sep 2004 19:12:34 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 232CF43D49 for ; Mon, 13 Sep 2004 19:12:34 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i8DKCHE8008355; Mon, 13 Sep 2004 15:12:17 -0500 Date: Mon, 13 Sep 2004 15:12:17 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Poul-Henning Kamp In-Reply-To: <82341.1095101771@critter.freebsd.dk> Message-ID: References: <82341.1095101771@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-arch@freebsd.org Subject: Re: 4.x device failure? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2004 19:12:34 -0000 Ah. Well that answers it. I'll fail unloading of the module if devices are open. This leads to a curiosity as to how the RAID failover modules work at all. I guess if you abstract the real disk(s) under a logical disk you can change the bottom layer without affecting the top. I'll have to look at that code a little closer. Thanks - Sam On Mon, 13 Sep 2004, Poul-Henning Kamp wrote: > In message , Sam writes: >> > >> Surely there's a way to pull a disk out from under >> those that have it open without a panic? Opinions? > > No, we're not quite there yet. I/O errors from disk devices very > often leads to filesystem or buffer cache panics. We're working > on it. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >