Beautiful, ship it
-- richard
On Jun 6, 2011, at 6:56 PM, Eric Schrock wrote:
> Good catch. For consistency, I updated the property description to match
> "compressratio" exactly.
>
> - Eric
>
> On Mon, Jun 6, 2011 at 9:39 PM, Mark Musante wrote:
>
> minor quibble: compressratio uses a low
Good catch. For consistency, I updated the property description to match
"compressratio" exactly.
- Eric
On Mon, Jun 6, 2011 at 9:39 PM, Mark Musante wrote:
>
> minor quibble: compressratio uses a lowercase x for the description text
> whereas the new prop uses an uppercase X
>
>
--
Eric Schr
minor quibble: compressratio uses a lowercase x for the description text
whereas the new prop uses an uppercase X
On 6 Jun 2011, at 21:10, Eric Schrock wrote:
> Webrev has been updated:
>
> http://dev1.illumos.org/~eschrock/cr/zfs-refratio/
>
> - Eric
>
> --
> Eric Schrock
> Delphix
>
> 2
Webrev has been updated:
http://dev1.illumos.org/~eschrock/cr/zfs-refratio/
- Eric
--
Eric Schrock
Delphix
275 Middlefield Road, Suite 50
Menlo Park, CA 94025
http://www.delphix.com
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail
+1
On Jun 6, 2011, at 4:30 PM, Matthew Ahrens wrote:
> Yeah that sounds great, we can have "refcompressratio" as the long name and
> "refratio" as the short name, analogous to "compressratio" -> "ratio".
>
> --matt
>
> On Mon, Jun 6, 2011 at 4:18 PM, Eric Schrock wrote:
> It's worth noting th
Yeah that sounds great, we can have "refcompressratio" as the long name and
"refratio" as the short name, analogous to "compressratio" -> "ratio".
--matt
On Mon, Jun 6, 2011 at 4:18 PM, Eric Schrock wrote:
> It's worth noting that ZFS supports abbreviated names ("compression" ->
> "compress", "c
It's worth noting that ZFS supports abbreviated names ("compression" ->
"compress", "compressratio" -> "ratio", etc). The short name is used in
'zfs list' column titles and can also be used as the property name. So
maybe the full name should be "refcompressratio" as the long name and
"refratio" a
On 6/6/2011 5:02 PM, Richard Elling wrote:
On Jun 6, 2011, at 2:54 PM, Yuri Pankov wrote:
On Mon, Jun 06, 2011 at 02:19:50PM -0700, Matthew Ahrens wrote:
I have implemented a new property for ZFS, "refratio", which is the
compression ratio for referenced space (the "compressratio" is the ratio
On Jun 6, 2011, at 2:54 PM, Yuri Pankov wrote:
> On Mon, Jun 06, 2011 at 02:19:50PM -0700, Matthew Ahrens wrote:
>> I have implemented a new property for ZFS, "refratio", which is the
>> compression ratio for referenced space (the "compressratio" is the ratio for
>> used space). We are using this
On Mon, Jun 06, 2011 at 02:19:50PM -0700, Matthew Ahrens wrote:
> I have implemented a new property for ZFS, "refratio", which is the
> compression ratio for referenced space (the "compressratio" is the ratio for
> used space). We are using this here at Delphix to figure out how much space
> a fil
I have implemented a new property for ZFS, "refratio", which is the
compression ratio for referenced space (the "compressratio" is the ratio for
used space). We are using this here at Delphix to figure out how much space
a filesystem would use if it was not compressed (ignoring snapshots). I'd
li
I see now that a detail in my first post was incorrect, one of the disks is a
1.5 TB-disk, so the pool is thus 4 x 1.5 TB. So zpool reports total space
including parity. It makes sense then!
Thanks!
--
This message posted from opensolaris.org
___
zfs-
On 06/06/11 08:07, Cyril Plisko wrote:
zpool reports space usage on disks, without taking into account RAIDZ overhead.
zfs reports net capacity available, after RAIDZ overhead accounted for.
Yup. Going back to the original numbers:
nebol@filez:/$ zfs list tank2
NAMEUSED AVAIL REFER MOU
On Mon, Jun 6, 2011 at 3:39 PM, Johan Eliasson
wrote:
> I recently created a raidz of four 2TB-disks and moved a bunch of movies onto
> them.
> And then I noticed that I've somehow lost a full TB of space. Why?
zpool reports space usage on disks, without taking into account RAIDZ overhead.
zfs r
Dear Edward,
I will run a couple of tests (you suggested) over night, tomorrow and send
all in one.
Concerning hardware:
Fileserver "Micro": HP Microserver, 8 GB ECC RAM, , Intel Dual NIC Card,
Raidsonic Bay ST1000-2-S2C (instead of DVD, HDD with OS in that)
4x1TB non 4k WD Green HDDs
Esx
I recently created a raidz of four 2TB-disks and moved a bunch of movies onto
them.
And then I noticed that I've somehow lost a full TB of space. Why?
nebol@filez:/$ zfs list tank2
NAMEUSED AVAIL REFER MOUNTPOINT
tank2 3.12T 902G 32.9K /tank2
nebol@filez:/$ zpool list tank2
NAMES
On 06/04/11 13:52, Thomas Hobbes wrote:
I am testing Solaris Express 11 with napp-it on two machines. In both
cases the same problem: Enabling encryption on a folder, filling it with
data will result in errors indicated by a subsequent scrub. I did not
find the topic on the web, but also not expe
17 matches
Mail list logo
