From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 06:13:34 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 7BD97106564A for ; Mon, 30 Jul 2012 06:13:34 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 055658FC08 for ; Mon, 30 Jul 2012 06:13:33 +0000 (UTC) Received: by wgbfm10 with SMTP id fm10so2157396wgb.1 for ; Sun, 29 Jul 2012 23:13:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8cdldCv1ZZujwwhRT9uDYyqSDOvfLOEFYC6WHuOj/cE=; b=RYPiJBINX113hM1MvnucJNPbSMd8xClc7BqgOSgtX0CyaHRzNI4H2z25qweyAPbCi3 VgnhP7XWfBYv6i6xhEuYjcKk7WBz35zx2jNQurh5WjMkzjEGpBKb/LEfCwgjjpodTTcl Vg1Ih6gsFGhwy7qMAtH1Qv9yupTDY+xOUci2ain2Fmxkpua44CZjpfSVzFcAw9s9guxg lYwYIKPRHcUPRrhjnTVDP20HSJi8/QiLhnU+xn8gB6rj6gxWNMEeInC1Ex4PDiHS0fJp UN59jtMfFQREjH7uzEPrMbMZzbho4a//M9sWQkYQcDKsq9GigvOW6UWX9PUUuvkivJKd 1gIw== Received: by 10.216.134.101 with SMTP id r79mr4976829wei.60.1343628806825; Sun, 29 Jul 2012 23:13:26 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id eu4sm14833405wib.2.2012.07.29.23.13.25 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Jul 2012 23:13:26 -0700 (PDT) Sender: Alexander Motin Message-ID: <50162603.5040101@FreeBSD.org> Date: Mon, 30 Jul 2012 09:13:23 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: "Eugene M. Zheganin" References: <501615EA.7020402@norma.perm.ru> <50161CB4.3020309@norma.perm.ru> In-Reply-To: <50161CB4.3020309@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: GEOM_RAID in GENERIC 9.1 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: Mon, 30 Jul 2012 06:13:34 -0000 On 30.07.2012 08:33, Eugene M. Zheganin wrote: > On 30.07.2012 11:04, Eugene M. Zheganin wrote: >> I am aware about how this thing works and what it does. However, every >> time I upgrade new server I got hit by it again and again, simply >> forgetting to remove it from the kernel's config. >> >> I'm afraid this thing will hit lots of FreeBSD installations after the >> release; it may be easily removed but still it will poison the life of >> many engineers and I really think it's a bomb, and should be removed >> from GENERIC. >> > Okay, I feel like I need to clarify this, as some decent guys pointed me > out that I'm very unclear and even rude (sorry for that, that's > unintentional). > > GEOM_RAID was inserted instead of ataraid, but ataraid wasn't messing > with zpooled disks: with GEOM_RAID the kernel takes both (in case of > mirrored pool) providers, and mountroot just fails, as it sees no zfs pool. > > Plus, it's even more. This time I have "disabled" the raid in it's > "BIOS" before installing FreeBSD. After mountroot failed, I booted 9.0-R > from usb flash, trying to avoid any surgery with kernel files, like > manual install from another machine. I was curious if I will be able to > resolve this issue using base utilities. So, I loaded geom_raid via > 'graid load', kernel said like 'Doh... I have ada0/ada1 spare disks', > then I tried to remove the softraid label remains with 'graid remove' - > and it failed, because there's no array at all, only "spares". So, the > 'graid status' is empty, 'graid list' is empty' and it's obvious that > some surgery is needed. > > And I'm not disappointed that it's happened to me, no, because I know > how to resolve this. > But the thing that I'm really afraid of is that this default option will > hit the less experienced engineers. Thank you for your report. I will recheck deletion of spare disks. But what's about `geom status/list` in this case, there are special options -a and -g to handle geoms without providers. -- Alexander Motin