From owner-freebsd-stable@FreeBSD.ORG Sat Aug 25 07:17:52 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44832106564A for ; Sat, 25 Aug 2012 07:17:52 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 279A78FC0A for ; Sat, 25 Aug 2012 07:17:52 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q7P7HfYu055655; Sat, 25 Aug 2012 00:17:45 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201208250717.q7P7HfYu055655@gw.catspoiler.org> Date: Sat, 25 Aug 2012 00:17:41 -0700 (PDT) From: Don Lewis To: gkontos.mail@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org Subject: Re: LSI 9240-4i 4K alignment X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Aug 2012 07:17:52 -0000 On 8 Aug, George Kontostanos wrote: > The problem: > > When trying to create a RaidZ pool using gpart and perform a 4K > alignment using gnop, we get the follwoing error immediately after > exporting the pool and destroying the .nop devices: > > id: 8043746387654554958 > state: FAULTED > status: One or more devices contains corrupted data. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported using > the '-f' flag. > see: http://illumos.org/msg/ZFS-8000-5E > config: > > Pool FAULTED corrupted data > raidz1-0 ONLINE > 13283347160590042564 UNAVAIL corrupted data > 16981727992215676534 UNAVAIL corrupted data > 6607570030658834339 UNAVAIL corrupted data > 3435463242860701988 UNAVAIL corrupted data > > When we use glabel for the same purpose with the combination of gnop, > the pool imports fine. Might kern/170945 have something to do with this?