Re: whats best pracfive for ZFS on a whole disc these days ?
On Sat, 21 Nov 2009, Marius Nünnerich wrote: > >> Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and > >> mount output to pastie.org or the like. > > > > I've attached it.. > > Hmm, I do not see whats wrong here. ZFS already opened the devices > and I see no /dev/gpt/* entries. Maybe there is some bug with > handling the long gptid names. Maybe you try to detach ZFSfrom the > devices, give everything a short gpt label and try to use that. I'd really prefer to use UUID which _does_ exist, ZFS just doesn't like it.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, Nov 20, 2009 at 23:20, Daniel O'Connor wrote: > On Sat, 21 Nov 2009, Marius Nünnerich wrote: >> On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor > wrote: >> > On Fri, 20 Nov 2009, Marius Nünnerich wrote: >> >> > Actually that is an interesting point, the swap partitions don't >> >> > have an entry in /dev/gptid, although perhaps that is because >> >> > glabel has grabbed that node. >> >> >> >> If I remember correctly nodes vanish when another name for the >> >> same device is opened. Maybe this happens for the other gpt labels >> >> too? >> > >> > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It >> > seems like a bug. >> >> Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount >> output to pastie.org or the like. > > I've attached it.. Hmm, I do not see whats wrong here. ZFS already opened the devices and I see no /dev/gpt/* entries. Maybe there is some bug with handling the long gptid names. Maybe you try to detach ZFSfrom the devices, give everything a short gpt label and try to use that. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Sat, 21 Nov 2009, Marius Nünnerich wrote:
> On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor
wrote:
> > On Fri, 20 Nov 2009, Marius Nünnerich wrote:
> >> > Actually that is an interesting point, the swap partitions don't
> >> > have an entry in /dev/gptid, although perhaps that is because
> >> > glabel has grabbed that node.
> >>
> >> If I remember correctly nodes vanish when another name for the
> >> same device is opened. Maybe this happens for the other gpt labels
> >> too?
> >
> > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It
> > seems like a bug.
>
> Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount
> output to pastie.org or the like.
I've attached it..
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
digraph geom {
z0xff0004c11600 [shape=box,label="ZFS::VDEV\nzfs::vdev\nr#3"];
z0xff0004909100 [label="r1w1e1"];
z0xff0004909100 -> z0xff00048d9800;
z0xff0004c11600 -> z0xff0004909100;
z0xff00049feb80 [label="r1w1e1"];
z0xff00049feb80 -> z0xff0004941600;
z0xff0004c11600 -> z0xff00049feb80;
z0xff00049fec80 [label="r1w1e1"];
z0xff00049fec80 -> z0xff0004917e00;
z0xff0004c11600 -> z0xff00049fec80;
z0xff00049fed80 [label="r1w1e1"];
z0xff00049fed80 -> z0xff0004916800;
z0xff0004c11600 -> z0xff00049fed80;
z0xff00049ff000 [label="r1w1e1"];
z0xff00049ff000 -> z0xff0004912a00;
z0xff0004c11600 -> z0xff00049ff000;
z0xff000c2faa00 [shape=box,label="SWAP\nswap\nr#4"];
z0xff000c2dd780 [label="r1w1e0"];
z0xff000c2dd780 -> z0xff0004906d00;
z0xff000c2faa00 -> z0xff000c2dd780;
z0xff000491ca00 [shape=box,label="PART\nad12\nr#2"];
z0xff00048f3a80 [label="r1w1e2"];
z0xff00048f3a80 -> z0xff000491bc00;
z0xff000491ca00 -> z0xff00048f3a80;
z0xff0004941600 [shape=hexagon,label="ad12p2\nr1w1e1\nerr#0"];
z0xff0004941600 -> z0xff000491ca00;
z0xff0004941800 [shape=hexagon,label="ad12p1\nr0w0e0\nerr#0"];
z0xff0004941800 -> z0xff000491ca00;
z0xff000491b500 [shape=box,label="PART\nad10\nr#2"];
z0xff000490ac00 [label="r1w1e2"];
z0xff000490ac00 -> z0xff0004916e00;
z0xff000491b500 -> z0xff000490ac00;
z0xff0004917e00 [shape=hexagon,label="ad10p2\nr1w1e1\nerr#0"];
z0xff0004917e00 -> z0xff000491b500;
z0xff000491b100 [shape=hexagon,label="ad10p1\nr0w0e0\nerr#0"];
z0xff000491b100 -> z0xff000491b500;
z0xff00048d9900 [shape=box,label="PART\nad8\nr#2"];
z0xff0004908c00 [label="r1w1e2"];
z0xff0004908c00 -> z0xff00048d9500;
z0xff00048d9900 -> z0xff0004908c00;
z0xff0004916800 [shape=hexagon,label="ad8p2\nr1w1e1\nerr#0"];
z0xff0004916800 -> z0xff00048d9900;
z0xff0004906c00 [shape=hexagon,label="ad8p1\nr0w0e0\nerr#0"];
z0xff0004906c00 -> z0xff00048d9900;
z0xff0004913000 [shape=box,label="PART\nad6\nr#2"];
z0xff0004909000 [label="r1w1e2"];
z0xff0004909000 -> z0xff00048d9700;
z0xff0004913000 -> z0xff0004909000;
z0xff0004912a00 [shape=hexagon,label="ad6p2\nr1w1e1\nerr#0"];
z0xff0004912a00 -> z0xff0004913000;
z0xff0004912c00 [shape=hexagon,label="ad6p1\nr0w0e0\nerr#0"];
z0xff0004912c00 -> z0xff0004913000;
z0xff00048d9e00 [shape=box,label="PART\nad4\nr#2"];
z0xff00048b7680 [label="r2w2e4"];
z0xff00048b7680 -> z0xff00048ac600;
z0xff00048d9e00 -> z0xff00048b7680;
z0xff00048d9800 [shape=hexagon,label="ad4p2\nr1w1e1\nerr#0"];
z0xff00048d9800 -> z0xff00048d9e00;
z0xff00048d9a00 [shape=hexagon,label="ad4p1\nr1w1e1\nerr#0"];
z0xff00048d9a00 -> z0xff00048d9e00;
z0xff00048aca00 [shape=box,label="PART\nad0\nr#2"];
z0xff00048b5080 [label="r1w1e3"];
z0xff00048b5080 -> z0xff00048acc00;
z0xff00048aca00 -> z0xff00048b5080;
z0xff00048ac800 [shape=hexagon,label="ad0s1\nr1w1e2\nerr#0"];
z0xff00048ac800 -> z0xff00048aca00;
z0xff000491bd00 [shape=box,label="DISK\nad12\nr#1"];
z0xff000491bc00 [shape=hexagon,label="ad12\nr1w1e2\nerr#0"];
z0xff000491bc00 -> z0xff000491bd00;
z0xff0004916700 [shape=box,label="DISK\nad10\nr#1"];
z0xff0004916e00 [shape=hexagon,label="ad10\nr1w1e2\nerr#0"];
z0xff0004916e00 -> z0xff0004916700;
z0xff0004912000 [shape=box,label="DISK\nad8\nr#1"];
z0xff00048d9500 [shape=hexagon,label="ad8\nr1w1e2\nerr#0"];
z0xff00048d9500 -> z0xff0004912000;
z0xff00048d9600 [shape=box,label="DISK\nad6\nr#1"];
z0xff00048d9700 [shape=hexagon,label="ad6\nr1w1e2\nerr#0"];
z0xff00048d9700 -> z0xff00048d9600;
z0xff00048acb00 [shape=box,label="DISK\nad4\nr#1"];
z0xff00048ac600 [shape=hexagon,label="ad4\nr2w2e4\nerr#0"];
z0xff00048ac600 -> z0xff0
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, Nov 20, 2009 at 14:27, Daniel O'Connor wrote: > On Fri, 20 Nov 2009, Marius Nünnerich wrote: >> > Actually that is an interesting point, the swap partitions don't >> > have an entry in /dev/gptid, although perhaps that is because >> > glabel has grabbed that node. >> >> If I remember correctly nodes vanish when another name for the same >> device is opened. Maybe this happens for the other gpt labels too? > > Hmm, but I have gptid ones corresponding to my ZFS partitions.. It seems > like a bug. Maybe. Could you paste kern.geom.confdot, kern.geom.confxml and mount output to pastie.org or the like. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, 20 Nov 2009, Marius Nünnerich wrote: > > Actually that is an interesting point, the swap partitions don't > > have an entry in /dev/gptid, although perhaps that is because > > glabel has grabbed that node. > > If I remember correctly nodes vanish when another name for the same > device is opened. Maybe this happens for the other gpt labels too? Hmm, but I have gptid ones corresponding to my ZFS partitions.. It seems like a bug. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, Nov 20, 2009 at 13:32, Daniel O'Connor wrote: > On Fri, 20 Nov 2009, Marius Nünnerich wrote: >> > Maybe the UUID label got their first so it won't have an alias >> > (although the UUID is an alias for /dev/ad4p2..) >> >> Maybe that's been asked already but what version are you using? >> Does glabel work at all? > > 8.0-RC1 > > glabel works fine, I use it for swap. > > Actually that is an interesting point, the swap partitions don't have an > entry in /dev/gptid, although perhaps that is because glabel has > grabbed that node. If I remember correctly nodes vanish when another name for the same device is opened. Maybe this happens for the other gpt labels too? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, 20 Nov 2009, Marius Nünnerich wrote: > > Maybe the UUID label got their first so it won't have an alias > > (although the UUID is an alias for /dev/ad4p2..) > > Maybe that's been asked already but what version are you using? > Does glabel work at all? 8.0-RC1 glabel works fine, I use it for swap. Actually that is an interesting point, the swap partitions don't have an entry in /dev/gptid, although perhaps that is because glabel has grabbed that node. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Fri, Nov 20, 2009 at 01:48, Daniel O'Connor wrote: > On Thu, 19 Nov 2009, Tom Evans wrote: >> On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor > wrote: >> > On Thu, 19 Nov 2009, Marius Nünnerich wrote: >> > > > operator 0, 164 Oct 21 15:34 >> > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc >> > > >> > > Have you tried naming the GPT partitions and using /dev/gpt/* ? >> > >> > Nope, how would I do that? >> > >> > I'd be surprised if it worked TBH.. >> >> Use the -l flag to gpart when creating the partitions. I'm not sure >> if there is a way to label them after the fact. I found it led to a >> much more descriptive/reliable pool, as I can plug the disks in >> anywhere and get the same results: > > Descriptive yes, reliable no (IMO :) > > UUIDs should always be more reliable so long as the "UU" part of their > name holds true :) > > No reason you couldn't have both thought. > >> pool: tank >> state: ONLINE >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> raidz1 ONLINE 0 0 0 >> gpt/samsung15-1 ONLINE 0 0 0 >> gpt/samsung15-2 ONLINE 0 0 0 >> gpt/samsung15-3 ONLINE 0 0 0 >> gpt/samsung15-4 ONLINE 0 0 0 >> gpt/seagate15-1 ONLINE 0 0 0 >> gpt/seagate15-2 ONLINE 0 0 0 >> >> I use the geom name 'gpt/foo' when referring to the disks in zpool. >> All works perfectly. > > Hmm I did.. > [midget 11:13] ~ >sudo gpart modify -i 2 -l "Midget-ZFS-1" ad4 > ad4p2 modified > [midget 11:15] ~ >sudo gpart show -l ad4 > => 34 1953525101 ad4 GPT (932G) > 34 8388608 1 (null) (4.0G) > 8388642 1944059904 2 Midget-ZFS-1 (927G) > 1952448546 1076589 - free - (526M) > > but I get no /dev/gpt directory.. > [midget 11:14] ~ >ls -la /dev/gpt > ls: /dev/gpt: No such file or directory > > Maybe the UUID label got their first so it won't have an alias (although > the UUID is an alias for /dev/ad4p2..) Maybe that's been asked already but what version are you using? Does glabel work at all? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, 19 Nov 2009, Tom Evans wrote: > On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor wrote: > > On Thu, 19 Nov 2009, Marius Nünnerich wrote: > > > > operator0, 164 Oct 21 15:34 > > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > > > > > Have you tried naming the GPT partitions and using /dev/gpt/* ? > > > > Nope, how would I do that? > > > > I'd be surprised if it worked TBH.. > > Use the -l flag to gpart when creating the partitions. I'm not sure > if there is a way to label them after the fact. I found it led to a > much more descriptive/reliable pool, as I can plug the disks in > anywhere and get the same results: Descriptive yes, reliable no (IMO :) UUIDs should always be more reliable so long as the "UU" part of their name holds true :) No reason you couldn't have both thought. > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > gpt/samsung15-1 ONLINE 0 0 0 > gpt/samsung15-2 ONLINE 0 0 0 > gpt/samsung15-3 ONLINE 0 0 0 > gpt/samsung15-4 ONLINE 0 0 0 > gpt/seagate15-1 ONLINE 0 0 0 > gpt/seagate15-2 ONLINE 0 0 0 > > I use the geom name 'gpt/foo' when referring to the disks in zpool. > All works perfectly. Hmm I did.. [midget 11:13] ~ >sudo gpart modify -i 2 -l "Midget-ZFS-1" ad4 ad4p2 modified [midget 11:15] ~ >sudo gpart show -l ad4 =>34 1953525101 ad4 GPT (932G) 34 83886081 (null) (4.0G) 8388642 19440599042 Midget-ZFS-1 (927G) 1952448546 1076589 - free - (526M) but I get no /dev/gpt directory.. [midget 11:14] ~ >ls -la /dev/gpt ls: /dev/gpt: No such file or directory Maybe the UUID label got their first so it won't have an alias (although the UUID is an alias for /dev/ad4p2..) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, Nov 19, 2009 at 13:44, Tom Evans wrote: > On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor > wrote: >> >> On Thu, 19 Nov 2009, Marius Nünnerich wrote: >> > > operator 0, 164 Oct 21 15:34 >> > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc >> > >> > Have you tried naming the GPT partitions and using /dev/gpt/* ? >> >> Nope, how would I do that? >> >> I'd be surprised if it worked TBH.. >> > > Use the -l flag to gpart when creating the partitions. I'm not sure if there > is a way to label them after the fact. I found it led to a much more > descriptive/reliable pool, as I can plug the disks in anywhere and get the > same results: > > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > gpt/samsung15-1 ONLINE 0 0 0 > gpt/samsung15-2 ONLINE 0 0 0 > gpt/samsung15-3 ONLINE 0 0 0 > gpt/samsung15-4 ONLINE 0 0 0 > gpt/seagate15-1 ONLINE 0 0 0 > gpt/seagate15-2 ONLINE 0 0 0 > > I use the geom name 'gpt/foo' when referring to the disks in zpool. All > works perfectly. > I never tried it but maybe gpart modify -l works too. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, Nov 19, 2009 at 12:35 PM, Daniel O'Connor wrote: > On Thu, 19 Nov 2009, Marius Nünnerich wrote: > > > operator0, 164 Oct 21 15:34 > > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > > > Have you tried naming the GPT partitions and using /dev/gpt/* ? > > Nope, how would I do that? > > I'd be surprised if it worked TBH.. > > Use the -l flag to gpart when creating the partitions. I'm not sure if there is a way to label them after the fact. I found it led to a much more descriptive/reliable pool, as I can plug the disks in anywhere and get the same results: pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 gpt/samsung15-1 ONLINE 0 0 0 gpt/samsung15-2 ONLINE 0 0 0 gpt/samsung15-3 ONLINE 0 0 0 gpt/samsung15-4 ONLINE 0 0 0 gpt/seagate15-1 ONLINE 0 0 0 gpt/seagate15-2 ONLINE 0 0 0 I use the geom name 'gpt/foo' when referring to the disks in zpool. All works perfectly. Cheers Tom ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, 19 Nov 2009, Marius Nünnerich wrote: > > operator 0, 164 Oct 21 15:34 > > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > > Have you tried naming the GPT partitions and using /dev/gpt/* ? Nope, how would I do that? I'd be surprised if it worked TBH.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, Nov 19, 2009 at 01:53, Daniel O'Connor wrote: > On Sun, 15 Nov 2009, Daniel O'Connor wrote: >> > There's no need to detach anything. >> >> I'll try it when I get home and see how it goes. > > Unfortunately I get.. > > [midget 11:20] ~ >sudo zpool replace tank ad4p2 > gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > cannot use '/dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc': must be a GEOM > provider or regular file > [midget 11:20] ~ >ll /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > crw-r- 1 root operator 0, 164 Oct 21 15:34 > /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc > Have you tried naming the GPT partitions and using /dev/gpt/* ? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Sun, 15 Nov 2009, Daniel O'Connor wrote: > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. Unfortunately I get.. [midget 11:20] ~ >sudo zpool replace tank ad4p2 gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc cannot use '/dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc': must be a GEOM provider or regular file [midget 11:20] ~ >ll /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc crw-r- 1 root operator0, 164 Oct 21 15:34 /dev/gptid/6866d8b0-a8ac-11de-8e07-00241dd192cc -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Thu, 19 Nov 2009, Marius Nünnerich wrote: > On Wed, Nov 18, 2009 at 23:15, Daniel O'Connor wrote: > > On Sun, 15 Nov 2009, Daniel O'Connor wrote: > >> > There's no need to detach anything. > >> > >> I'll try it when I get home and see how it goes. > > > > How can I show what partition has what UUID? > > > > gpart list and gpart show do not say.. > > > > I suspect if I booted verbose glabel would say but that is a bit > > annoying :) > > % sysctl -b kern.geom.confdot | dot -Tpng > foo.png > % pkg_which /usr/local/bin/dot > graphviz-2.24.0_1 Ahah, of course, thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Wed, Nov 18, 2009 at 23:15, Daniel O'Connor wrote: > On Sun, 15 Nov 2009, Daniel O'Connor wrote: >> > There's no need to detach anything. >> >> I'll try it when I get home and see how it goes. > > How can I show what partition has what UUID? > > gpart list and gpart show do not say.. > > I suspect if I booted verbose glabel would say but that is a bit > annoying :) % sysctl -b kern.geom.confdot | dot -Tpng > foo.png % pkg_which /usr/local/bin/dot graphviz-2.24.0_1 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Sun, 15 Nov 2009, Daniel O'Connor wrote: > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. How can I show what partition has what UUID? gpart list and gpart show do not say.. I suspect if I booted verbose glabel would say but that is a bit annoying :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
Am 15.11.2009 um 00:49 schrieb Daniel O'Connor: > It would be nice if the man page mentioned this case though, currently the > "zpool replace" entry covers the case where the new disk has the same device > node. Huh? >zpool replace [‐f] pool old_device [new_device] > >Replaces old_device with new_device. This is equivalent to attach‐ >ing new_device, waiting for it to resilver, and then detaching >old_device. Stefan -- Stefan BethkeFon +49 151 14070811 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
Am 15.11.2009 um 00:58 schrieb Larry Rosenman: >>> On Wed Jul 15 at 16:22, Freddie Cash wrote: >>> Yep. It's as simple as: >>> >>> * label all the drives using glabel, while they're still attached to >>> the pool >>> * use "zpool replace pool ad4 label/disk01" to replace 1 drive >>> * wait for it to resilver >>> * use "zpool replace pool ad6 label/disk02" to replace the next >>> drive >>> * repeat the resilver and replace until all the devices are replaced >>> >>> This is what I did to one of our servers. Works quite nicely. >>> >>> There's no need to detach anything. >> >> I'll try it when I get home and see how it goes. > > When I try that, I get: > # glabel label disk01 /dev/ada1 > glabel: Can't store metadata on /dev/ada1: Operation not permitted. There's some caveats that you need to consider before attempting this: most importantly, glabel will re-use the last block of the disk/partition to store the label. Apparently, in many cases, the filesystem (UFS, ZFS) allocates blocks in larger chunks (8K or larger), and the last few blocks are unused and can be repurposed. But there's no guarantee, so you might damage the filesystem by labeling the device. I don't understand enough to definitivly say how to deterime whether the last block is available or not, so make sure you have a backup before trying. Secondly, my limited experience shows that both GEOM and ZFS can get confused about devices/partitions/geoms that start on the same block as others. How these are picked up by GEOM and/or ZFS in their probing depends on the order, and it wasn't always obvious to me how that worked. In one case, I couldn't get GEOM to pick up the /dev/label entry, since it removed the label entry as soon as the physical device node was probed. I've since come to the conclusion that labelled GPT partitions are the way forward, and now that booting off ZRAID pools on GPT partitions works, there's little speaking against it, IMO. Finally, if you want to label the existing disks, you probably need to take the pool offline for the labelling step, using zpool export, so the devices are not mounted anymore. Stefan -- Stefan BethkeFon +49 151 14070811 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Sat, November 14, 2009 6:03 pm, Daniel O'Connor wrote: > Larry Rosenman wrote: >> NAMESTATE READ WRITE CKSUM >> vault ONLINE 0 0 0 >>raidz1ONLINE 0 0 0 >> ada1ONLINE 0 0 0 >> ada2ONLINE 0 0 0 >> ada3ONLINE 0 0 0 >> ada4ONLINE 0 0 0 >> ada5ONLINE 0 0 0 >>ada0s1f ONLINE 0 0 0 >>ada0s1e ONLINE 0 0 0 >>ada0s1d ONLINE 0 0 0 >> >> errors: No known data errors >> # glabel label disk01 /dev/ada1 >> glabel: Can't store metadata on /dev/ada1: Operation not permitted. >> # >> >> Ideas? > > This is because glabel writes to the end of the disk (which is what it > uses to persist the label), if you haven't already labelled them it > can't add a one without destroying some data. > > I don't have this problem because I used GPT as a container and it has a > UUID for each partition made. That makes sense. I guess if I ever rebuild this one, I'll be better about it :) and, now that we have raidz boot, I'll just make the whole mess ZFS. :) LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
Larry Rosenman wrote: NAMESTATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1ONLINE 0 0 0 ada1ONLINE 0 0 0 ada2ONLINE 0 0 0 ada3ONLINE 0 0 0 ada4ONLINE 0 0 0 ada5ONLINE 0 0 0 ada0s1f ONLINE 0 0 0 ada0s1e ONLINE 0 0 0 ada0s1d ONLINE 0 0 0 errors: No known data errors # glabel label disk01 /dev/ada1 glabel: Can't store metadata on /dev/ada1: Operation not permitted. # Ideas? This is because glabel writes to the end of the disk (which is what it uses to persist the label), if you haven't already labelled them it can't add a one without destroying some data. I don't have this problem because I used GPT as a container and it has a UUID for each partition made. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Sat, November 14, 2009 5:43 pm, Daniel O'Connor wrote: > Stefan Bethke wrote: >> Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: >> >>> On Wed, 28 Oct 2009, jfar...@goldsword.com wrote: Check the archives for stable@ and f...@. I believe that there was a thread not that long ago detailing exactly how to do that. IIRC, while it took a bit of work, it wasn't difficult. >>> Hmm do you have any idea what the subject was? I'm having trouble >>> finding it :( >> >> If you still need it, it was "ZFS pool corrupted on upgrade of -current >> (probably sata renaming)" on -current back in July. You probably need >> to read the full thread, and there are some caveats, but it's sometimes >> possible to glabel each device/partion, and zpool replace the original >> device/partition with the labelled one online. > > It's here.. > http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html > > Quote... > > On Wed Jul 15 at 16:22, Freddie Cash wrote: > > Yep. It's as simple as: > > > > * label all the drives using glabel, while they're still attached to > > the pool > > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > > * wait for it to resilver > > * use "zpool replace pool ad6 label/disk02" to replace the next > > drive > > * repeat the resilver and replace until all the devices are replaced > > > > This is what I did to one of our servers. Works quite nicely. > > > > There's no need to detach anything. > > I'll try it when I get home and see how it goes. When I try that, I get: # zpool status pool: vault state: ONLINE scrub: scrub completed after 3h4m with 0 errors on Wed Nov 11 04:32:00 2009 config: NAMESTATE READ WRITE CKSUM vault ONLINE 0 0 0 raidz1ONLINE 0 0 0 ada1ONLINE 0 0 0 ada2ONLINE 0 0 0 ada3ONLINE 0 0 0 ada4ONLINE 0 0 0 ada5ONLINE 0 0 0 ada0s1f ONLINE 0 0 0 ada0s1e ONLINE 0 0 0 ada0s1d ONLINE 0 0 0 errors: No known data errors # glabel label disk01 /dev/ada1 glabel: Can't store metadata on /dev/ada1: Operation not permitted. # Ideas? > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." >-- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: l...@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
Daniel O'Connor wrote: Stefan Bethke wrote: Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: On Wed, 28 Oct 2009, jfar...@goldsword.com wrote: Check the archives for stable@ and f...@. I believe that there was a thread not that long ago detailing exactly how to do that. IIRC, while it took a bit of work, it wasn't difficult. Hmm do you have any idea what the subject was? I'm having trouble finding it :( If you still need it, it was "ZFS pool corrupted on upgrade of -current (probably sata renaming)" on -current back in July. You probably need to read the full thread, and there are some caveats, but it's sometimes possible to glabel each device/partion, and zpool replace the original device/partition with the labelled one online. It's here.. http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html Quote... > On Wed Jul 15 at 16:22, Freddie Cash wrote: > Yep. It's as simple as: > > * label all the drives using glabel, while they're still attached to > the pool > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > * wait for it to resilver > * use "zpool replace pool ad6 label/disk02" to replace the next > drive > * repeat the resilver and replace until all the devices are replaced > > This is what I did to one of our servers. Works quite nicely. > > There's no need to detach anything. I'll try it when I get home and see how it goes. It would be nice if the man page mentioned this case though, currently the "zpool replace" entry covers the case where the new disk has the same device node. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
Stefan Bethke wrote: Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: On Wed, 28 Oct 2009, jfar...@goldsword.com wrote: Check the archives for stable@ and f...@. I believe that there was a thread not that long ago detailing exactly how to do that. IIRC, while it took a bit of work, it wasn't difficult. Hmm do you have any idea what the subject was? I'm having trouble finding it :( If you still need it, it was "ZFS pool corrupted on upgrade of -current (probably sata renaming)" on -current back in July. You probably need to read the full thread, and there are some caveats, but it's sometimes possible to glabel each device/partion, and zpool replace the original device/partition with the labelled one online. It's here.. http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009440.html Quote... > On Wed Jul 15 at 16:22, Freddie Cash wrote: > Yep. It's as simple as: > > * label all the drives using glabel, while they're still attached to > the pool > * use "zpool replace pool ad4 label/disk01" to replace 1 drive > * wait for it to resilver > * use "zpool replace pool ad6 label/disk02" to replace the next > drive > * repeat the resilver and replace until all the devices are replaced > > This is what I did to one of our servers. Works quite nicely. > > There's no need to detach anything. I'll try it when I get home and see how it goes. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
Am 28.10.2009 um 01:41 schrieb Daniel O'Connor: > On Wed, 28 Oct 2009, jfar...@goldsword.com wrote: >> Check the archives for stable@ and f...@. I believe that there was a >> thread not that long ago detailing exactly how to do that. IIRC, >> while it took a bit of work, it wasn't difficult. > > Hmm do you have any idea what the subject was? I'm having trouble > finding it :( If you still need it, it was "ZFS pool corrupted on upgrade of -current (probably sata renaming)" on -current back in July. You probably need to read the full thread, and there are some caveats, but it's sometimes possible to glabel each device/partion, and zpool replace the original device/partition with the labelled one online. HTH, STefan -- Stefan BethkeFon +49 151 14070811 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Wed, 28 Oct 2009, jfar...@goldsword.com wrote: > Check the archives for stable@ and f...@. I believe that there was a > thread not that long ago detailing exactly how to do that. IIRC, > while it took a bit of work, it wasn't difficult. Hmm do you have any idea what the subject was? I'm having trouble finding it :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
Quoting Daniel O'Connor : On Tue, 27 Oct 2009, Artem Belevich wrote: > Unfortunately it appears ZFS doesn't search for GPT partitions so > if you have them and swap the drives around you need to fix it up > manually. When I used raw disk or GPT partitions, if disk order was changed the pool would come up in 'DEGRADED' or UNAVAILABLE state. Even then all that had to be done is export/import the pool. After the pool has been re-imported it was back to ONLINE. Hmm OK, I thought it supposedly DTRT for raw disks but apparently not. Now I'm using GPT labels (gpart -l) specifically because that avoids issues with disk order or driver change. The pool I've built from GPT labels has survived several migrations between different controllers/drivers adX (ata) -> daX (SATA disks on mpt) -> adaX (ahci) and multiple drive permutations without any manual intervention at all. All that was done on 8-RC1/amd64. I have also successfully imported the pool on OpenSolaris and back again on FreeBSD. Damn, if I'd realised I'd have done that :) Do you know if it's possible to change? Check the archives for stable@ and f...@. I believe that there was a thread not that long ago detailing exactly how to do that. IIRC, while it took a bit of work, it wasn't difficult. John - J. T. Farmer GoldSword Systems, Knoxville TN Coach & Instructor Consulting, Knoxville Academy of the Blade Software Development, Maryville Fencing Club Project Management ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Tue, 27 Oct 2009, Artem Belevich wrote: > > Unfortunately it appears ZFS doesn't search for GPT partitions so > > if you have them and swap the drives around you need to fix it up > > manually. > > When I used raw disk or GPT partitions, if disk order was changed the > pool would come up in 'DEGRADED' or UNAVAILABLE state. Even then all > that had to be done is export/import the pool. After the pool has > been re-imported it was back to ONLINE. Hmm OK, I thought it supposedly DTRT for raw disks but apparently not. > Now I'm using GPT labels (gpart -l) specifically because that avoids > issues with disk order or driver change. The pool I've built from GPT > labels has survived several migrations between different > controllers/drivers adX (ata) -> daX (SATA disks on mpt) -> adaX > (ahci) and multiple drive permutations without any manual > intervention at all. All that was done on 8-RC1/amd64. > I have also successfully imported the pool on OpenSolaris and back > again on FreeBSD. Damn, if I'd realised I'd have done that :) Do you know if it's possible to change? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
Hello, On Tue, Oct 27, 2009 at 09:00:27AM +0200, Artis Caune wrote: > 2009/10/27 Daniel O'Connor : > > Unfortunately it appears ZFS doesn't search for GPT partitions so if you > > have them and swap the drives around you need to fix it up manually. > > Every GPT partition have unique /dev/gptid/, you can find it out with: > glabel status > > and instead of using e.x.: > zpool create tank mirror ad4p3 ad6p3 > you can use: > zpool create tank mirror > gptid/0f32d2e6-c227-11de-8d6c-001708386b68 > gptid/bc78a46e-c227-11de-8d6c-001708386b68 > > and you can swap disk without worries Nice. Is there any reason to prefer GPT labels over glabel on the raw disk like so? NAME STATE READ WRITE CKSUM zfsONLINE 0 0 0 raidz2 ONLINE 0 0 0 label/disk100 ONLINE 0 0 0 label/disk101 ONLINE 0 0 0 label/disk102 ONLINE 0 0 0 label/disk103 ONLINE 0 0 0 label/disk104 ONLINE 0 0 0 label/disk105 ONLINE 0 0 0 Could GPT labelled disks be read on a Solaris host without further modification? Thanks, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 i...@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
2009/10/27 Daniel O'Connor : > Unfortunately it appears ZFS doesn't search for GPT partitions so if you > have them and swap the drives around you need to fix it up manually. Every GPT partition have unique /dev/gptid/, you can find it out with: glabel status and instead of using e.x.: zpool create tank mirror ad4p3 ad6p3 you can use: zpool create tank mirror gptid/0f32d2e6-c227-11de-8d6c-001708386b68 gptid/bc78a46e-c227-11de-8d6c-001708386b68 and you can swap disk without worries -- Artis Caune Everything should be made as simple as possible, but not simpler. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
> Unfortunately it appears ZFS doesn't search for GPT partitions so if you > have them and swap the drives around you need to fix it up manually. When I used raw disk or GPT partitions, if disk order was changed the pool would come up in 'DEGRADED' or UNAVAILABLE state. Even then all that had to be done is export/import the pool. After the pool has been re-imported it was back to ONLINE. Now I'm using GPT labels (gpart -l) specifically because that avoids issues with disk order or driver change. The pool I've built from GPT labels has survived several migrations between different controllers/drivers adX (ata) -> daX (SATA disks on mpt) -> adaX (ahci) and multiple drive permutations without any manual intervention at all. All that was done on 8-RC1/amd64. I have also successfully imported the pool on OpenSolaris and back again on FreeBSD. --Artem ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Mon, 26 Oct 2009, Pete French wrote: > just about to build a new ZFS based system and I was wondering > what the recommended way to dedicate a whole disc to ZFS is > these days. Should I just give it 'da1', 'da2' etc as I have > done in the past, or is it better to use GPT to create a > partition over the whole disc, which is marked as > being for freebsd-zfs ? > > Not that I have had any problems with simply using bare > drives, but the phrase 'dangerously dedicated' does keep > nagging at me, hence considering the GPT route :-) I put GPT's on mine and reserved a few Gb on each so I could swap/dump on them (4Gb on each - overkill but kept them all the same size). Unfortunately it appears ZFS doesn't search for GPT partitions so if you have them and swap the drives around you need to fix it up manually. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: whats best pracfive for ZFS on a whole disc these days ?
On Mon, October 26, 2009 13:38, Robert Noland wrote: > On Mon, 2009-10-26 at 11:19 +, Pete French wrote: >> just about to build a new ZFS based system and I was wondering >> what the recommended way to dedicate a whole disc to ZFS is >> these days. Should I just give it 'da1', 'da2' etc as I have >> done in the past, or is it better to use GPT to create a >> partition over the whole disc, which is marked as >> being for freebsd-zfs ? >> >> Not that I have had any problems with simply using bare >> drives, but the phrase 'dangerously dedicated' does keep >> nagging at me, hence considering the GPT route :-) > > Others may have different opinions, but if your drives are dedicated to > zfs and you don't intend to try and boot from them, I see no reason not > to continue giving the whole disk to zfs. hear somewhere (current@ or stable@) that this may give hard time in case of disk replacement. I may not find exact the same size and trouble may com from this. never tried though. please correct me if I'm wrong. matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: whats best pracfive for ZFS on a whole disc these days ?
On Mon, 2009-10-26 at 11:19 +, Pete French wrote: > just about to build a new ZFS based system and I was wondering > what the recommended way to dedicate a whole disc to ZFS is > these days. Should I just give it 'da1', 'da2' etc as I have > done in the past, or is it better to use GPT to create a > partition over the whole disc, which is marked as > being for freebsd-zfs ? > > Not that I have had any problems with simply using bare > drives, but the phrase 'dangerously dedicated' does keep > nagging at me, hence considering the GPT route :-) Others may have different opinions, but if your drives are dedicated to zfs and you don't intend to try and boot from them, I see no reason not to continue giving the whole disk to zfs. robert. > cheers, > > -pete. > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- Robert Noland FreeBSD ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
whats best pracfive for ZFS on a whole disc these days ?
just about to build a new ZFS based system and I was wondering what the recommended way to dedicate a whole disc to ZFS is these days. Should I just give it 'da1', 'da2' etc as I have done in the past, or is it better to use GPT to create a partition over the whole disc, which is marked as being for freebsd-zfs ? Not that I have had any problems with simply using bare drives, but the phrase 'dangerously dedicated' does keep nagging at me, hence considering the GPT route :-) cheers, -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
