Date: Tue, 30 Sep 2014 08:03:23 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: MPS Message-ID: <542AAA1B.7010509@denninger.net> In-Reply-To: <CAN6yY1vQfwxcRqSJV5Wi0ZiygseZwiQZDgcMbgFOcicEZK0Ejg@mail.gmail.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?542AAA1B.7010509>