Diego Righi wrote:
Hi all, I just built a new zfs server for home and, being a long time and avid
reader of this forum, I'm going to post my config specs and my benchmarks
hoping this could be of some help for others :)
http://www.sickness.it/zfspr0nserver.jpg
http://www.sickness.it/zfspr0nser
> Quoth Steven Sim on Thu, May 17, 2007 at 09:55:37AM
> +0800:
> >Gurus;
> >I am exceedingly impressed by the ZFS although
> it is my humble opinion
> >that Sun is not doing enough evangelizing for
> it.
>
> What else do you think we should be doing?
>
>
> David
I'll jump in here.
Jonathan Edwards wrote:
On May 15, 2007, at 13:13, Jürgen Keil wrote:
Would you mind also doing:
ptime dd if=/dev/dsk/c2t1d0 of=/dev/null bs=128k count=1
to see the raw performance of underlying hardware.
This dd command is reading from the block device,
which might cache dataand proba
John-Paul Drawneek wrote:
Yes, i am also interested in this.
We can't afford two super fast setup so we are looking at having a huge pile
sata to act as a real time backup for all our streams.
So what can AVS do and its limitations are?
Would a just using zfs send and receive do or does AVS
Hi all, I just built a new zfs server for home and, being a long time and avid
reader of this forum, I'm going to post my config specs and my benchmarks
hoping this could be of some help for others :)
http://www.sickness.it/zfspr0nserver.jpg
http://www.sickness.it/zfspr0nserver.txt
http://www.si
ZFS can make for complicated environments. Your dog wants management
tools. :)
Seriously - We're adding all of these options to ZFS. Where are the
tools that let someone make an informed decision concerning what their
actions are going to do to the system? Where is the option that lets
someon
You are not alone.
My preference would be for an optional -t option to zfs destroy:
zfs destroy -t snapshot tank/[EMAIL PROTECTED]
or
zfs destroy -t snapshot -r tank/fs
would delete all the snapshots below tank/fs
This message posted from opensolaris.org
_
> Apparently (and I'm not sure where this is documented), you can 'rmdir'
> a snapshot to remove it (in some cases).
Ok. That would be useful, though I also don't like that it breaks
standard rmdir semantics.
In any case it does not work in my case - but that was on FreeBSD.
--
/ Peter Schuller
> Rather than rehash this, again, from scratch. Refer to a previous
> rehashing.
> http://www.opensolaris.org/jive/thread.jspa?messageID=15363&;
I agree that adding a -f requirement and/or an interactive prompt is not
a good solution. As has already been pointed out, my suggestion is
differen
