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
[-- Attachment #1 --] 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.net> >> >>> 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 move > 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 why > 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 .... zpool create ..... label/mylabel1.eli label/mylabel2.eli ..... Never had this get me in trouble as of yet. -- Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ [-- Attachment #2 --] 0 *H 010 + 0 *H O0K030 *H 010 UUS10UFlorida10U Niceville10U Cuda Systems LLC10UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 130824190344Z 180823190344Z0[10 UUS10UFlorida10UKarl Denninger1!0 *H karl@denninger.net0"0 *H 0 bi՞]MNԿawx?`)'ҴcWgR@BlWh+ u}ApdCF JVй~FOL}EW^bچYp3K&ׂ(R lxڝ.xz?6&nsJ +1v9v/( kqĪp[vjcK%fϻe?iq]z lyzFO'ppdX//Lw(3JIA*S#՟H[f|CGqJKooy.oEuOw$/섀$삻J9b|AP~8]D1YI<"""Y^T2iQ2b yH)] Ƶ0y$_N6XqMC 9 XgώjGTP"#nˋ"Bk1 00 U0 0 `HB0U0, `HB OpenSSL Generated Certificate0U|8 ˴d[20U#0]Af4U3x&^"408 `HB+)https://cudasystems.net:11443/revoked.crl0 *H gBwH]j\x`( &gW32"Uf^. ^Iϱ k!DQA g{(w/)\N'[oRW@CHO>)XrTNɘ!u`xt5(=f\-l3<@C6mnhv##1ŃbH͍_Nq aʷ?rk$^9TIa!kh,D -ct1 00010 UUS10UFlorida10U Niceville10U Cuda Systems LLC10UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 + ;0 *H 1 *H 0 *H 1 140930130323Z0# *H 1).9!yCa @Y<w0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +710010 UUS10UFlorida10U Niceville10U Cuda Systems LLC10UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0*H 1010 UUS10UFlorida10U Niceville10U Cuda Systems LLC10UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H ݗܐglQ#PcX=&VoT]QAҟ/ʬH ݔbD|[GA>L |+d{)Yj&L;(j"nL<ʋvZv>CA@V`UǍ0ߎETR6%q8Wv_ HP̶Yz,V 4b7 @C$*em)mD՟yUnV\SMJk akxˁ} W_G[+:mz+ ضuLf6ilֆz]ҰZ!GRT8E߱ZՕ~\CbfJR1, ah0=eRDs7'm-3uu<@rAY%X gX 0qɩM/}dʎюŏI> +Msk,8>5L,WJ3lھ76`*sQt*6NbwJ
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?542AAA1B.7010509>
