Date: Wed, 17 May 2017 14:13:11 -0400 From: Brandon Allbery <allbery.b@gmail.com> To: Nikos Vassiliadis <nvass@gmx.com> Cc: freebsd-fs@freebsd.org, freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: zpool imported twice with different names (was Re: Fwd: ZFS) Message-ID: <CAKFCL4W_-KGvcFGWihZ4BFYtVQCGf_LzJ9YxUc-5LjNc5iRgqg@mail.gmail.com> In-Reply-To: <e7657a46-bb4a-d5d7-a61e-5830bf7b82c1@gmx.com> References: <7c059678-4af4-f0c9-ff3b-c6266e02fb7a@gmx.com> <adf4ab9f-72f1-ed0f-fee2-82caba3af4a4@gmx.com> <ca7b47a7-7512-3cbb-d47b-6ef546dffd74@gmx.com> <20170516170802.71c2a470@fabiankeil.de> <e7657a46-bb4a-d5d7-a61e-5830bf7b82c1@gmx.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 17, 2017 at 2:04 PM, Nikos Vassiliadis <nvass@gmx.com> wrote: > If you boot from another system, there is no other way to > import a pool than using "import -f". So, I guess it is > part of normal administrative tasks. You can read more here: > > http://docs.oracle.com/cd/E19253-01/819-5461/gazuf/index.html >> > > This works and always have worked as documented. > Renaming a pool also works as documented, that is, > doing "zpool import oldnamepool newnamepool". Except > for this corner-case. IMHO this is a very serious bug. > Sorry, no, that's not a bug. The bug is that, if importing on another system is a common administrative operation, it should not require you to disable *all* checking. I'd rather prefer specific support for that, e.g. "import -F expectedhostname" to import a zpool on a different host from expectedhostname --- now you have sanity checking for a potentially dangerous operation as well as not turning off *all* error/sanity checking. Sadly, this seems to not have occurred to either Sun or Oracle, despite having documented it. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAKFCL4W_-KGvcFGWihZ4BFYtVQCGf_LzJ9YxUc-5LjNc5iRgqg>