From owner-svn-src-all@FreeBSD.ORG Mon Dec 16 21:50:58 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1671CEAC; Mon, 16 Dec 2013 21:50:58 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id BD0011151; Mon, 16 Dec 2013 21:50:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 5434838044; Mon, 16 Dec 2013 15:50:57 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id pGP3Mc9NiuI6; Mon, 16 Dec 2013 15:50:57 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 4144F3803F; Mon, 16 Dec 2013 15:50:57 -0600 (CST) Message-ID: <52AF75C1.9040502@freebsd.org> Date: Mon, 16 Dec 2013 15:50:57 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Devin Teske Subject: Re: svn commit: r259479 - head/usr.sbin/bsdinstall/scripts References: <201312161947.rBGJl4Jh087762@svn.freebsd.org> <52AF6FF6.1030909@freebsd.org> <7BF56E5D-CDE7-4E57-BA47-3565CD07236C@fisglobal.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , "Teske, Devin" X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:50:58 -0000 On 12/16/13 15:48, Teske, Devin wrote: > On Dec 16, 2013, at 1:40 PM, Teske, Devin wrote: > >> On Dec 16, 2013, at 1:26 PM, Nathan Whitehorn wrote: >> >>> On 12/16/13 13:47, Devin Teske wrote: >>>> Author: dteske >>>> Date: Mon Dec 16 19:47:04 2013 >>>> New Revision: 259479 >>>> URL: https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/changeset/base/259479&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=fW6SVzmwwyz0yNXNK7sHp4zegrL63niU%2F%2F21DVtgyGU%3D%0A&s=cdd7f18e0151f222c2934ae69e473dac2e22e74cbde4d5af5758a083fb1c3a7e >>>> >>>> Log: >>>> Add kern.geom.label.disk_ident.enable="0" to loader.conf(5). >>>> Discussed on: -current, -stable >>>> MFC after: 3 days >>>> >>>> Modified: >>>> head/usr.sbin/bsdinstall/scripts/zfsboot >>>> >>>> Modified: head/usr.sbin/bsdinstall/scripts/zfsboot >>>> ============================================================================== >>>> --- head/usr.sbin/bsdinstall/scripts/zfsboot Mon Dec 16 19:44:45 2013 (r259478) >>>> +++ head/usr.sbin/bsdinstall/scripts/zfsboot Mon Dec 16 19:47:04 2013 (r259479) >>>> @@ -1159,6 +1159,9 @@ zfs_create_boot() >>>> $BSDINSTALL_TMPETC/rc.conf.zfs || return $FAILURE >>>> f_eval_catch $funcname echo "$ECHO_APPEND" 'zfs_load=\"YES\"' \ >>>> $BSDINSTALL_TMPBOOT/loader.conf.zfs || return $FAILURE >>>> + f_eval_catch $funcname echo "$ECHO_APPEND" \ >>>> + 'kern.geom.label.disk_ident.enable=\"0\"' \ >>>> + $BSDINSTALL_TMPBOOT/loader.conf.zfs || return $FAILURE >>>> # We're all done unless we should go on for boot pool >>>> [ "$ZFSBOOT_BOOT_POOL" ] || return $SUCCESS >>> Uh -- what is all of this? Why are we disabling kernel functions depending on what the root filesystem is? Please don't MFC this. >> http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076365.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076471.html >> >> NB: Happy to rip it out... but want something in-reply to those threads (pretty please). > Basically... the logic is... > > The ZFS pool is built on vdevs of a specific name. The names that are used > should remain the same. Adding this to the loader.conf ensures that the names > that the pool(s) was/were built upon do not change. > > This goes beyond just a swap partition I imagine. For example... copying the > data to a new drive using a duplicator. I'm sure there are other cases too. Thanks for the explanation! I wonder if we should just turn off the disk ident stuff by default globally -- it was causing problems for me as well without ZFS root. -Nathan