- Original Message -
On Jun 20, 2010, at 11:55, Roy Sigurd Karlsbakk wrote:
There will also be a few common areas for each department and
perhaps a backup area.
The back up area should be on a different set of disks.
IMHO, a back up isn't a back up unless it is an
Btw, what did you plan to use as L2ARC/slog?
I was thinking of using four Crucial RealSSD 256MB SSDs with a small RAID1+0
for SLOG and the rest for L2ARC. The system will be mainly used for reads, so I
don't think the SLOG needs will be too tough. If you have another suggestion,
please tell
On Jun 21, 2010, at 05:00, Roy Sigurd Karlsbakk wrote:
So far the plan is to keep it in one pool for design and
administration simplicity. Why would you want to split up (net) 40TB
into more pools? Seems to me that'll mess up things a bit, having to
split up SSDs for use on different
- Original Message -
On Jun 21, 2010, at 05:00, Roy Sigurd Karlsbakk wrote:
So far the plan is to keep it in one pool for design and
administration simplicity. Why would you want to split up (net) 40TB
into more pools? Seems to me that'll mess up things a bit, having to
split up
David Magda wrote:
On Jun 21, 2010, at 05:00, Roy Sigurd Karlsbakk wrote:
So far the plan is to keep it in one pool for design and
administration simplicity. Why would you want to split up (net) 40TB
into more pools? Seems to me that'll mess up things a bit, having to
split up SSDs for use
From: James C. McPherson [mailto:j...@opensolaris.org]
On the build systems that I maintain inside the firewall,
we mandate one filesystem per user, which is a very great
boon for system administration.
What's the reasoning behind it?
My management scripts are
considerably faster
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
Close to 1TB SSD cache will also help to boost read
speeds,
Remember, this will not boost large sequential reads. (Could possibly maybe
even hurt it.) This will only
On 21/06/10 10:38 PM, Edward Ned Harvey wrote:
From: James C. McPherson [mailto:j...@opensolaris.org]
On the build systems that I maintain inside the firewall,
we mandate one filesystem per user, which is a very great
boon for system administration.
What's the reasoning behind it?
On 21/06/2010 13:59, James C. McPherson wrote:
On 21/06/10 10:38 PM, Edward Ned Harvey wrote:
From: James C. McPherson [mailto:j...@opensolaris.org]
On the build systems that I maintain inside the firewall,
we mandate one filesystem per user, which is a very great
boon for system
On Mon, Jun 21, 2010 at 8:59 AM, James C. McPherson
j...@opensolaris.org wrote:
[...]
So when I'm
trying to figure out who I need to yell at because they're
using more than our acceptable limit (30Gb), I have to run
du -s /builds/[zyx]. And that takes time. Lots of time.
[...]
Why not just
On Mon, 21 Jun 2010, Edward Ned Harvey wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
Close to 1TB SSD cache will also help to boost read speeds,
Remember, this will not boost large sequential reads. (Could
On Mon, 21 Jun 2010, Arne Jansen wrote:
Especially if the characteristics are different I find it a good
idea to mix all on one set of spindles. This way you have lots of
spindles for fast access and lots of space for the sake of space. If
you devide the available spindles in two sets you
I've decided to upgrade my home server capacity by replacing the disks in one
of my mirror vdevs. The procedure appeared to work out, but during resilver, a
couple million checksum errors were logged on the new device. I've read through
quite a bit of the archive and searched around a bit, but
Hi Justin,
This looks like an older Solaris 10 release. If so, this looks like
a zpool status display bug, where it looks like the checksum errors
are occurring on the replacement device, but they are not.
I would review the steps described in the hardware section of the ZFS
troubleshooting
- Original Message -
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
Close to 1TB SSD cache will also help to boost read
speeds,
Remember, this will not boost large sequential reads. (Could possibly
Hi all
I plan to setup a new system with four Crucial RealSSD 256MB SSDs for both SLOG
and L2ARC. The plan is to use four small slices for the SLOG, striping two
mirrors. I have seen questions in here about the theoretical benefit of doing
this, but I haven't seen any answers, just some doubt
- Original Message -
Hi
Currently I have 400+ users with quota set to 500MB limit. Currently
the file system is using veritas file system.
I am planning to migrate all these home directory to a new server with
ZFS. How can i migrate the quotas.
I can create 400+ file system for
On Mon, 21 Jun 2010, Roy Sigurd Karlsbakk wrote:
I plan to setup a new system with four Crucial RealSSD 256MB SSDs
for both SLOG and L2ARC. The plan is to use four small slices for
the SLOG, striping two mirrors. I have seen questions in here about
the theoretical benefit of doing this, but I
Roy Sigurd Karlsbakk wrote:
Hi all
I plan to setup a new system with four Crucial RealSSD 256MB SSDs for both SLOG
and L2ARC. The plan is to use four small slices for the SLOG, striping two
mirrors. I have seen questions in here about the theoretical benefit of doing
this, but I haven't seen
- mirroring l2arc won't gain anything, as it doesn't contain any
information that cannot be rebuilt if a device is lost. Further, if a
device is lost,
the system just uses the remaining devices. So I wouldn't waste any
space mirroring l2arc, I'll just stripe them.
I don't plan to attempt to
On Mon, Jun 21, 2010 at 11:24 AM, Roy Sigurd Karlsbakk
r...@karlsbakk.net wrote:
Any idea if something like a small, decently priced, supercapped SLC SSD
exist?
The new OCZ Deneva drives (or others based on the SF-1500) should work
well, but I don't know if there's pricing available yet.
-B
On 6/19/10 3:56 AM, Arne Jansen wrote:
while
thinking about using the OCZ Vertex 2 Pro SSD (which according
to spec page has supercaps built in) as a shared slog and L2ARC
device
IMO it might be better to use the smallest (50GB, maybe overprovisioned
down to ~20GB) Vertex 2 Pro as slog and a
Roy Sigurd Karlsbakk wrote:
- mirroring l2arc won't gain anything, as it doesn't contain any
information that cannot be rebuilt if a device is lost. Further, if a
device is lost,
the system just uses the remaining devices. So I wouldn't waste any
space mirroring l2arc, I'll just stripe them.
I
I'm seeing seriously degraded performance with round-robin SAS
multipathing. I'm hoping you guys can help me achieve full throughput
across both paths.
My System Config:
OpenSolaris snv_134
2 x E5520 2.4 GHz Xeon Quad-Core Processors
48 GB RAM
2 x LSI SAS 9200-8e (eight-port external 6Gb/s
Wes Felter wrote:
On 6/19/10 3:56 AM, Arne Jansen wrote:
while
thinking about using the OCZ Vertex 2 Pro SSD (which according
to spec page has supercaps built in) as a shared slog and L2ARC
device
IMO it might be better to use the smallest (50GB, maybe overprovisioned
down to ~20GB) Vertex 2
Why does zfs produce a batch of writes every 30 seconds on opensolaris b134
(5 seconds on a post b142 kernel), when the system is idle?
It was caused by b134 gnome-terminal. I had an iostat
running in a gnome-terminal window, and the periodic
iostat output is written to a temporary file by
On 22/06/10 01:05 AM, Fredrich Maney wrote:
On Mon, Jun 21, 2010 at 8:59 AM, James C. McPherson
j...@opensolaris.org wrote:
[...]
So when I'm
trying to figure out who I need to yell at because they're
using more than our acceptable limit (30Gb), I have to run
du -s /builds/[zyx]. And that
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
I plan to setup a new system with four Crucial RealSSD 256MB SSDs for
both SLOG and L2ARC. The plan is to use four small slices for the SLOG,
striping two mirrors. I
On Jun 21, 2010, at 11:17 AM, Arne Jansen wrote:
Roy Sigurd Karlsbakk wrote:
Hi all
I plan to setup a new system with four Crucial RealSSD 256MB SSDs for both
SLOG and L2ARC. The plan is to use four small slices for the SLOG, striping
two mirrors. I have seen questions in here about the
On Mon, 21 Jun 2010, Edward Ned Harvey wrote:
log and cache devices don't stripe. You can add more than one, and
The term 'stripe' has been so outrageously severely abused in this
forum that it is impossible to know what someone is talking about when
they use the term. Seemingly
30 matches
Mail list logo
