From owner-freebsd-stable@freebsd.org Sun Jul 19 15:34:36 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 70E7E9A5758 for ; Sun, 19 Jul 2015 15:34:36 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 0AC8B1859 for ; Sun, 19 Jul 2015 15:34:36 +0000 (UTC) (envelope-from ubm.freebsd@googlemail.com) Received: by wibud3 with SMTP id ud3so77687447wib.0 for ; Sun, 19 Jul 2015 08:34:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:date:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=jKkK2+5vrcJw4U5How3dMvcP9p5jIpiP0ncYngX7VPo=; b=MjPhwkIDmBXcbnEemJmQTYP7wgjXZJ4QAaKca+7YRdQlX93TGMEO+By3Je44P6fzpm tPG4jkN+o4qSKM8AmQFXY6o3zuQAID0SCQ1+QANb52gIu1jpZ/z55frYaypqvDrR31zx yPa/YB9JYgTlxF7D6T0C6nt672EBzW3USuUBY/Ah5HF7T9r6W1v0n5VPXbEullty+Aer j0tUduM9wNbXCVm1wPvkdmWsM8HryPnZv8hokS4MCuC1dsukgxi4ltCDGJy3CpMJwD28 KtCw2OR0ubvpqqY/o/OKZXAGJsHzvExoR9305Z0ulfaMvHqIMl6wkZ5ntgSMcMSpYc90 t5nw== X-Received: by 10.180.94.7 with SMTP id cy7mr12927730wib.79.1437320074238; Sun, 19 Jul 2015 08:34:34 -0700 (PDT) Received: from ubm.strangled.net (ipbcc16d85.dynamic.kabel-deutschland.de. [188.193.109.133]) by smtp.gmail.com with ESMTPSA id ft5sm7445233wib.4.2015.07.19.08.34.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 19 Jul 2015 08:34:33 -0700 (PDT) From: Marc UBM X-Google-Original-From: Marc "UBM" Bocklet Date: Sun, 19 Jul 2015 17:34:32 +0200 To: freebsd-stable Subject: problem with geli and LSI controller Message-Id: <20150719173432.16bfa3be6d110571cbc8fe2a@gmail.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: Sun, 19 Jul 2015 15:34:36 -0000 Hi all, a few weeks ago our Highpoint Rocket Raid controller (hptrr) started biting the dust (spurious channel resets). We bought a LSI 9201-16i (mps) to replace it. Connected to the hptrr were 4 external e-sata enclosures, configured in JBOD mode. Together with two disks connected to the onboard SATA controller, this formed a geli encrypted raidz-2 zpool. Just now, I connected the disks to the mps controller. They show up fine in dmesg. The problem is, when trying to attach the disks formerly connected to the hptrr controller, geli is unable to find the metadata on the disks and errors out with: "geli: Cannot read metadata from /dev/da4: Invalid argument" gpart show says "gpart: No such geom: da4" Trying to restore the geli metadata gives: "geli: Provider size mismatch: wrong backup file?" Is it possible that the hptrr controller handled the disks in some special way and it's only possible to read them there? Bye Marc