On Tue, May 5, 2009 at 12:40 PM, Darren J Moffat darr...@opensolaris.orgwrote:
Vladimir 'phcoder' Serbinenko wrote:
On Fri, May 1, 2009 at 10:57 AM, Darren J Moffat
darr...@opensolaris.orgmailto:
darr...@opensolaris.org wrote:
Ulrich Graef wrote:
According: ZFS encryption
Before I put one in ... anyone else seen one? Seems we support
compression on the root pool but there is no way to enable it at install
time outside of a custom script you run before the installer. I'm
thinking it should be a real install time option, have a jumpstart
keyword, etc. Same with
Hello,
Does it make any sense to use a bunch of 15K SAS drives as L2ARC cache
for several TBs of SATA disks?
For example:
A STK2540 storage array with this configuration:
* Tray 1: Twelve (12) 146 GB @ 15K SAS HDDs.
* Tray 2: Twelve (12) 1 TB @ 7200 SATA HDDs.
I was thinking about
How about a generic zfs options field in the JumpStart profile?
(essentially an area where options can be specified that are all applied
to the boot-pool (with provisions to deal with a broken-out-var))
That should future proof things to some extent allowing for
compression=x, copies=x,
Hello Roger,
Tuesday, May 5, 2009, 9:07:22 PM, you wrote:
Hello,
Does it make any sense to use a bunch of 15K SAS drives as L2ARC cache for several TBs of SATA disks?
For example:
A STK2540 storage array with this configuration:
Tray 1: Twelve (12) 146 GB @ 15K SAS HDDs.
Tray 2:
hey all,
so recently i wrote some zones code to manage zones on zfs datasets.
the code i wrote did things like rename snapshots and promote
filesystems. while doing this work, i found a few zfs behaviours that,
if changed, could greatly simplify my work.
the primary issue i hit was that when
use a bunch of 15K SAS drives as L2ARC cache for several TBs of SATA disks?
perhaps... depends on the workload, and if the working set
can live on the L2ARC
used mainly as astronomical images repository
hmm, perhaps two trays of 1T SATA drives all
mirrors rather than raidz sets of one
On Tue, May 5, 2009 at 6:09 PM, Ellis, Mike mike.el...@fmr.com wrote:
PS: At one point the old JumpStart code was encumbered, and the
community wasn't able to assist. I haven't looked at the next-gen
jumpstart framework that was delivered as part of the OpenSolaris SPARC
preview. Can anyone