From owner-freebsd-stable@FreeBSD.ORG Tue Apr 8 17:41:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71B56E91 for ; Tue, 8 Apr 2014 17:41:35 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9DA1C09 for ; Tue, 8 Apr 2014 17:41:34 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a1so1317441wgh.8 for ; Tue, 08 Apr 2014 10:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U7WmNRdu1nYIwRQmuUKQCXuOBxEUOxo8uY3Wz9JUAX4=; b=gI+kcMFy9krFlxUayzfoNx5Rfdll/Fa9Thic8PmnjTEaAqQJtkrzNDsNK9jY14xvnV feUxEL8HdG/Jm3yd3P8q8WIWWV5HMFwBfAPcqoFL6BVIpx3xyCRnF0SJMODas9CxXb8E 80TOs3xrcBpClpgvFAtzDhcg5NEuD5WG+Y3PBVKS8iFKz4LCrtzLD88mMtGgXT9gyLlj vbwN1Bgl22VrLvcGVQA9w+xEO2fVA7Vp0n5ijAe0K1pCvdGBvEMUSUSyTDqIcgirkT4U QTY7lQAweWUcKBugwEU5ktD8/a2fDuw8+iAQQfDbI916LkJvzKS6Av8qlO7NQQ9KyA3E Ggzw== MIME-Version: 1.0 X-Received: by 10.180.81.228 with SMTP id d4mr32978810wiy.49.1396978893378; Tue, 08 Apr 2014 10:41:33 -0700 (PDT) Received: by 10.216.86.145 with HTTP; Tue, 8 Apr 2014 10:41:33 -0700 (PDT) In-Reply-To: <20140408123250.GA34915@potato.growveg.org> References: <20140408123250.GA34915@potato.growveg.org> Date: Tue, 8 Apr 2014 13:41:33 -0400 Message-ID: Subject: Re: GEOM_CONCAT odd behaviour From: "illoai@gmail.com" To: ml-freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Apr 2014 17:41:35 -0000 On 8 April 2014 08:32, John wrote: > Hello -stable, > > I made a concatenated disk with the gconcat program and compiled > options GEOM_CONCAT > into the kernel. When I reboot, this appears in the dmesg: > > GEOM_CONCAT: Device data created (id=1971778810). > GEOM_CONCAT: Disk diskid/DISK-WD-WCC130881133 attached to data. > GEOM_CONCAT: Disk diskid/DISK-WD-WCC131034794 attached to data. > GEOM_CONCAT: Disk diskid/DISK-WD-WCC131035892 attached to data. > GEOM_CONCAT: Device concat/data activated. > GEOM_CONCAT: Cannot add disk ada3 to data (error=17). > GEOM_CONCAT: Cannot add disk ada2 to data (error=17). > GEOM_CONCAT: Cannot add disk ada1 to data (error=17). > > I tried to run gconcat status which returned something like > 'unavailable' (forget the exact error but it suggested the driver wasn't > loaded) so I loaded the kernel module instead ( geom_concat.ko ) > and now status returns: > > [root@ ~]# gconcat status > Name Status Components > concat/data UP diskid/DISK-WD-WCC130881133 > diskid/DISK-WD-WCC131034794 > diskid/DISK-WD-WCC131035892 > > ...so why does it work the second way and not the first? Is compiling it > into the kernel depreciated? This is on PC-BSD 10 but I don't think this > is specific to that branch. The version is 10.0-RELEASE-p4. AFIK, geom_* stuff works by magic: the module "tastes" the last sectors of the disk, & then tries its damnedest to attach it to an appropriate thingy (concat, stripe, label, whatnot) based on the metadata. It looks like it's finding the geom metadata twice & trying to attach the same disk(s) to the geom_concat twice, & failing the second time. -- --