From owner-freebsd-fs@FreeBSD.ORG Wed Jan 11 15:01:36 2012 Return-Path: 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 90F961065672 for ; Wed, 11 Jan 2012 15:01:36 +0000 (UTC) (envelope-from phoemix@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id 55E1A8FC14 for ; Wed, 11 Jan 2012 15:01:36 +0000 (UTC) Received: from gprs4f7a1e2d.pool.t-umts.hu ([79.122.30.45] helo=unknown) by marvin.harmless.hu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.75 (FreeBSD)) (envelope-from ) id 1RkzSZ-000K8a-6U for freebsd-fs@freebsd.org; Wed, 11 Jan 2012 15:47:28 +0100 Date: Wed, 11 Jan 2012 15:47:22 +0100 From: Gergely CZUCZY To: freebsd-fs@freebsd.org Message-ID: <20120111154722.000036e4@unknown> Organization: Harmless Digital X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Unplugging disk under ZFS yield panic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 15:01:36 -0000 Dear List, I'd like to ask, whether it is normal behaviour when we're unplugging a disk under a ZFS system then on the first write a kernel panic happened. The hardware is a supermicro X8DTH-i/6/iF/6F board with 2x LSI 2008 fusion MPT SAS-2 controllers, over the mps(4) driver. The disks are accessed over gmultipath, and the multipath'd devices are added to a ZFS mirror: DB mirror-0 multipath/DB01 multipath/DB02 mirror-1 multipath/DB03 multipath/DB04 logs mirror/host1p5 cache multipath/SSD03p1 spares multipath/DB05 System is 9.0-RELEASE I've unplugged DB03 and on the first write we got a kernel panic. Should this be normal behaviour or we're missing something here? On a device removal we're expecting it to moving to the spare disk, or using the available redundant disks. Best regards, Gergely