From owner-freebsd-fs@FreeBSD.ORG  Wed Jan  7 23:28:15 2009
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 4C470106564A
	for <freebsd-fs@freebsd.org>; Wed,  7 Jan 2009 23:28:15 +0000 (UTC)
	(envelope-from andrew@modulus.org)
Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232])
	by mx1.freebsd.org (Postfix) with ESMTP id 0CDBC8FC0A
	for <freebsd-fs@freebsd.org>; Wed,  7 Jan 2009 23:28:14 +0000 (UTC)
	(envelope-from andrew@modulus.org)
Received: by email.octopus.com.au (Postfix, from userid 1002)
	id 2F92117D1C; Thu,  8 Jan 2009 10:28:14 +1100 (EST)
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed
	version=3.2.3
Received: from [10.1.50.60] (ppp121-44-0-132.lns10.syd7.internode.on.net
	[121.44.0.132])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	(Authenticated sender: admin@email.octopus.com.au)
	by email.octopus.com.au (Postfix) with ESMTP id 14A83172D8;
	Thu,  8 Jan 2009 10:28:10 +1100 (EST)
Message-ID: <49653A7D.30906@modulus.org>
Date: Thu, 08 Jan 2009 10:27:57 +1100
From: Andrew Snow <andrew@modulus.org>
User-Agent: Thunderbird 2.0.0.14 (X11/20080523)
MIME-Version: 1.0
To: Danny Braniss <danny@cs.huji.ac.il>
References: <E1LKUmz-000O18-Kp@kabab.cs.huji.ac.il>
	<6c1e076a0901070247l7c006efajda8fddee84c337a@mail.gmail.com>
	<E1LKYRx-0000na-VV@kabab.cs.huji.ac.il>
In-Reply-To: <E1LKYRx-0000na-VV@kabab.cs.huji.ac.il>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-fs@freebsd.org, freebsd-scsi@freebsd.org
Subject: Re: iscsi client hangs performing I/O on a dead target
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Jan 2009 23:28:15 -0000

Danny Braniss wrote:
> freebsd likes to
> panic if a disc goes away, so don't hold your breath for a solution soon.


You hit the nail on the head.  This is going to be a increasingly bad 
problem as we continue pushing in this of networked storage.

It would be REALLY nice, if an I/O fails, to simply have the process 
attempting the I/O to be killed, instead of bringing the machine to its 
knees and locking up or panic the kernel.


- Andrew