From owner-freebsd-stable@freebsd.org Thu Jul 30 06:53:52 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A90F9AE60D for ; Thu, 30 Jul 2015 06:53:52 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E78F18DF for ; Thu, 30 Jul 2015 06:53:52 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: by wicmv11 with SMTP id mv11so8359363wic.0 for ; Wed, 29 Jul 2015 23:53:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=nxOtDckjrXFFDN3KNQG8kz19DfJO2WFmAYnHsNN0lRw=; b=gGwQE+iRZEmHkqA8G6OVetc+qwQUEJwSpiIicM11pfAz9/mOOwoiBj/Ztf5TE/6Fwi qIRGyLe3uOFEA2VBQr3plMD7WABbVjXpx5j9kngiEHoHQYOwtcvHZ4R7UUMaTphsLsex PSHnrlM5gHb4qaMt9wEwzV21cQp4R6xRv6a8IPmMd2viaNLGJqOs5H7wa9u/ODuIEXks xI2v/CVachIOTgKplCnm2qQ05DwG7ZNapalPNEuHxAFMxsCWj3Y7J5ouL+thqhSmDyLE foWPJjcNmZxOyTkHNrV5enimYxd/d3oYUlZY03bN6qJvK1jcUxYhky0Y/u3U5L+ErI/G 5suA== X-Received: by 10.180.12.148 with SMTP id y20mr2994349wib.80.1438239230593; Wed, 29 Jul 2015 23:53:50 -0700 (PDT) Received: from ubm.strangled.net (ipbcc16d85.dynamic.kabel-deutschland.de. [188.193.109.133]) by smtp.gmail.com with ESMTPSA id ez4sm28160918wid.14.2015.07.29.23.53.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jul 2015 23:53:49 -0700 (PDT) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Thu, 30 Jul 2015 08:53:46 +0200 To: freebsd-stable Subject: Re: problem with geli and LSI controller Message-Id: <20150730085346.aed44d009e40fdd3e6c249b1@gmail.com> In-Reply-To: <20150720223226.GC8523@funkthat.com> References: <20150719173432.16bfa3be6d110571cbc8fe2a@gmail.com> <20150719161651.GQ8523@funkthat.com> <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de> <20150720152912.b67d215afcd8bc23c39d292f@u-boot-man.de> <20150720223226.GC8523@funkthat.com> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 06:53:52 -0000 On Mon, 20 Jul 2015 15:32:26 -0700 John-Mark Gurney wrote: > Marc UBM Bocklet wrote this message on Mon, Jul 20, 2015 at 15:29 +0200: > > On Mon, 20 Jul 2015 14:56:46 +0200 > > Marc "UBM" Bocklet wrote: > > > > > > > > > > This sounds like the drives were in raid0 mode, and not raw disk > > > > mode... You might be able to recover the disk w/ geli resize, > > > > assuming only space was added at the end, not at the begining, but > > > > I have never personally tried that myself... I'd recommend trying > > > > on a copy of the drive so you don't loose data if that is possible.. > > > > > > And one more question, directed at the list: even if geli manages to > > > move the metadata via resize, the gpart metadata is probably still > > > lost? > > It depends.. did you gpart it first and the geli it? or the other > way around? > > If you gpart'd it first, you should be able to see your partitions, > if you can't then getting a replacement controller card makes the > most sense, as it's likely that the RAID card meta data is at the > begining of the drive... > > gpart also supports the resize command... > > > Replying to myself again, it appears that the safest way is to get a > > Rocket Raid controller identical to the one we had, put it in another > > system, connect the disks, import the old pool and move the data to the > > new pool on the the LSI controller. > > > > Am I overlooking anything? > > Nope... As someone else said, this is the dangers of RAID cards... Thanks a lot for all your input and help - I learned a lot! In the end, we bought a used Rocket Raid controller, imported the pool and copied the data to the new pool. Most important lesson learned: use an HBA for zfs! Cheers, Marc