From owner-freebsd-stable@freebsd.org Mon Jul 20 13:29:16 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 DEDCE9A6C48 for ; Mon, 20 Jul 2015 13:29:16 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.server41.configcenter.info (mail.server41.configcenter.info [31.47.242.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A68C21DB7 for ; Mon, 20 Jul 2015 13:29:16 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.strangled.net (ipbcc16d85.dynamic.kabel-deutschland.de [188.193.109.133]) (Authenticated sender: web4) by mail.server41.configcenter.info (Postfix) with ESMTP id C04D6142A0B7 for ; Mon, 20 Jul 2015 15:29:12 +0200 (CEST) Date: Mon, 20 Jul 2015 15:29:12 +0200 From: Marc "UBM" Bocklet To: freebsd-stable Subject: Re: problem with geli and LSI controller Message-Id: <20150720152912.b67d215afcd8bc23c39d292f@u-boot-man.de> In-Reply-To: <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de> References: <20150719173432.16bfa3be6d110571cbc8fe2a@gmail.com> <20150719161651.GQ8523@funkthat.com> <20150720145646.987e20371fd2ba2343fc8ecb@u-boot-man.de> 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-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.server41.configcenter.info [0.0.0.0]); Mon, 20 Jul 2015 15:29:12 +0200 (CEST) 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: Mon, 20 Jul 2015 13:29:17 -0000 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? 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? Cheers, Marc