From owner-freebsd-stable@FreeBSD.ORG  Tue Sep 30 13:04:11 2014
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id ADCF0141
 for <freebsd-stable@freebsd.org>; Tue, 30 Sep 2014 13:04:11 +0000 (UTC)
Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net
 [70.169.168.7])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 5D126874
 for <freebsd-stable@freebsd.org>; Tue, 30 Sep 2014 13:04:10 +0000 (UTC)
Received: from [192.168.1.40] (localhost [127.0.0.1])
 by fs.denninger.net (8.14.9/8.14.8) with ESMTP id s8UD3vdI018920
 for <freebsd-stable@freebsd.org>; Tue, 30 Sep 2014 08:03:57 -0500 (CDT)
 (envelope-from karl@denninger.net)
Received: from [192.168.1.40] (TLS/SSL) [192.168.1.40] by Spamblock-sys
 (LOCAL/AUTH); Tue Sep 30 08:03:57 2014
Message-ID: <542AAA1B.7010509@denninger.net>
Date: Tue, 30 Sep 2014 08:03:23 -0500
From: Karl Denninger <karl@denninger.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:31.0) Gecko/20100101 Thunderbird/31.1.2
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Subject: Re: MPS
References: <5429BB41.8080609@denninger.net>
 <018BC41041EE4DF589EF5D834AD45BAD@multiplay.co.uk>
 <CAN6yY1v2MyOMahcTEagjxKQ33q56MmSwHx87_ZqyVYR5RDH8Mw@mail.gmail.com>
 <5429F820.6040305@denninger.net>
 <E2DBE4F68F8145E4BBBE79197C39E1D2@multiplay.co.uk>
 <542A0084.601@denninger.net>
 <B48FC52E5A88456D9E0D4EB98FD362FC@multiplay.co.uk>
 <CAN6yY1vQfwxcRqSJV5Wi0ZiygseZwiQZDgcMbgFOcicEZK0Ejg@mail.gmail.com>
In-Reply-To: <CAN6yY1vQfwxcRqSJV5Wi0ZiygseZwiQZDgcMbgFOcicEZK0Ejg@mail.gmail.com>
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
 micalg=sha1; boundary="------------ms050706040903060709070108"
X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Sep 2014 13:04:11 -0000

This is a cryptographically signed message in MIME format.

--------------ms050706040903060709070108
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On 9/30/2014 12:34 AM, Kevin Oberman wrote:
> On Mon, Sep 29, 2014 at 6:03 PM, Steven Hartland <killing@multiplay.co.=
uk>
> wrote:
>
>> ----- Original Message ----- From: "Karl Denninger" <karl@denninger.ne=
t>
>>
>>> You can also use gpart add with a -l <label>
>>>>
>>> That goes in /dev/gpt though instead of /dev/label :-)
>>>
>> It doesn't have the restrictions that glabel does as far
>> as I know, it just works as long as your using GPT scheme.
>>
>>
>>
>>    Regards
>>    Steve
>>
> I have to agree with Steve. glabel has limitations that causes me to mo=
ve
> away from it when I moved to head before 10.0. I am trying to remember =
the
> exact issue, but I know that gpart proved to be a much better solution.=
 I'm
> not sure why /dev/gpt is any different from /dev/label. (Guess that's w=
hy
> the smiley.)
> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkoberman@gmail.com
>
I'd like to understand this, because I've had some trouble trying to
convert on a running machine.  Specifically, I've had instances where
adding labels to existing packs (using gpart modify...) and then
destroying the glabel labels results in ZFS identifying pool members
with their uuid instead of the label -- permanently!

I've yet to have it decide to "lose" a pool member entirely, but
needless to say having a uuid become the "permanent" member identifier
is undesirable.

I've also yet to have glabel screw me PROVIDED I put it on a slice.  But
most of my production machines run encrypted disks since the advent of
AES-NI instruction-set enabled CPUs; so my usual pattern is this:

gpart create....
gpart add -a 4k -t freebsd-zfs da[x]
glabel label yourlabel da[x]p1
geli init -s 4096 -l 256 ...... /dev/label/mylabel

=2E...

zpool create ..... label/mylabel1.eli label/mylabel2.eli .....

Never had this get me in trouble as of yet.

--=20
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/

--------------ms050706040903060709070108
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC
BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI
EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM
TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv
bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5
MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg
RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG
SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th
d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W
6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV
jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5
SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY
5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8
Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4
GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci
WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN
nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB
o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg
hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4
+LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG
CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy
bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO
31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c
L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1
YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD
pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE
f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk
YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD
VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2
aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ
KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA5MzAxMzAzMjNaMCMGCSqGSIb3DQEJBDEW
BBQpLjnOIRz1eZJDYQnTf0BZPLF3wjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL
BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA
MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV
BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT
EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq
hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG
9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV
BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk
YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh
c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIAhvcdDL3dlwfckB5nbIVR9CNQomNY
jbqn/un1hD3prCbm08R/Vm/km1RdUZZBueybw9KfsLbGL+jKrEgA3ZSiYvKWxvZE3nwCApCa
0OMF+OUDW+u668kaR0E+TOQD3Qm/fBD7K6mLZHsQKaeW8llqJqjqTDsoopWasGoi1tfsqgba
bo1MPByIFAHAyot2WvJ2PkNB0kAaVr3RYFXHja2M0zAT346Ji0Wx5df2VPxSNpOA5SVxGTiP
zld2X54AFZVICOERUMy2yFm7eizIAxX6zRSp51bIIBX/NGI3CkBDhSQbKmXWbSltF4VE1Z+P
eZyAA/JVbqfn4VZcU02iE0qqa7Ag8ZrRYQdr33jLgQ7F0n0PrfS8IFcVx/5fDplHW/IrGpr3
Om16K9cN2LZ1qkz7qtNm4zZpbPrWhv+S9nrzul320rBam8wE4iFH5VJUOEUP37HY4lrVlQx+
oalcQ2L2Zkr47M0MUjEstQDqDGFoMO49Zb0OUopEBeOQxvDD9pLDGnM3J20tM4GTsBEIqHV1
wpG5PAtAcspBWSVYCa9nWADWMHHJqYar2k2W/ejqL/4OffFkyo7RjqAVxY9JPgkrTXOks2ss
8Tg+muJ/NUwVsuaXLNhXSrYPM/Vs2r4FNzaehoOKYJe7KnMCUXS0kNEI3rLa1yo2x05i43cH
n6P8Sq0AAAAAAAA=
--------------ms050706040903060709070108--