That is a simple answer... ;-)
 But don't you think that two commands with different results on the
output (df), zfs list and zpool list with four different outputs if
the pool is using mirror redundancy or raidz is a problem?
 The fact the zpool list shows the right value of available space
using mirror, and not using raidz (on raidz configuration the parity
is accounted, and using mirror don't).
 I think this is an issue that just refering a user to the faq does not help.

 Leal

[ http://www.eall.com.br/blog ]
-------=- pOSix rules -=-------



2011/9/30 Richard Elling <[email protected]>:
> http://hub.opensolaris.org/bin/view/Community+Group+zfs/faq#HWhydoesn27tthespacethatisreportedbythezpoollistcommandandthezfslistcommandmatch3F
>
>  -- richard
>
> On Sep 29, 2011, at 3:37 PM, Vinicius Segantin Viteri wrote:
>
>> Hello,
>>
>> I have some doubts how to get the correct information about the size
>> of the pool.
>> We are testing using a pool that contain 22 disk of 1TB each. The pool
>> is using a raidz with 3 disks and one spare disk.
>>
>> # zpool status tank
>>  pool: tank
>> state: ONLINE
>> scan: none requested
>> config:
>>
>>        NAME         STATE     READ WRITE CKSUM
>>        tank         ONLINE       0     0     0
>>          raidz1-0   ONLINE       0     0     0
>>            c7t2d0   ONLINE       0     0     0
>>            c7t3d0   ONLINE       0     0     0
>>            c7t4d0   ONLINE       0     0     0
>>          raidz1-1   ONLINE       0     0     0
>>            c7t5d0   ONLINE       0     0     0
>>            c7t6d0   ONLINE       0     0     0
>>            c7t7d0   ONLINE       0     0     0
>>          raidz1-2   ONLINE       0     0     0
>>            c7t8d0   ONLINE       0     0     0
>>            c7t9d0   ONLINE       0     0     0
>>            c7t10d0  ONLINE       0     0     0
>>          raidz1-3   ONLINE       0     0     0
>>            c7t11d0  ONLINE       0     0     0
>>            c7t12d0  ONLINE       0     0     0
>>            c7t13d0  ONLINE       0     0     0
>>          raidz1-4   ONLINE       0     0     0
>>            c7t14d0  ONLINE       0     0     0
>>            c7t15d0  ONLINE       0     0     0
>>            c7t16d0  ONLINE       0     0     0
>>          raidz1-5   ONLINE       0     0     0
>>            c7t17d0  ONLINE       0     0     0
>>            c7t18d0  ONLINE       0     0     0
>>            c7t19d0  ONLINE       0     0     0
>>          raidz1-6   ONLINE       0     0     0
>>            c7t20d0  ONLINE       0     0     0
>>            c7t21d0  ONLINE       0     0     0
>>            c7t22d0  ONLINE       0     0     0
>>        spares
>>          c7t1d0     AVAIL
>>
>> When i use "zpool list <pool>" the size of the pool is 19TB, and this
>> is not real.
>>
>> # zpool list tank
>> NAME     SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
>> tank        19.0T  10.9T  8.16T    57%  1.00x  ONLINE  -
>>
>> Using "zfs list <pool>" we don't have the pool size information
>>
>> # zfs list tank
>> NAME     USED  AVAIL  REFER  MOUNTPOINT
>> tank          7.24T  5.24T  40.0K  /tank
>>
>> Using /bin/df and /usr/gnu/bin/df we have different results about the pool 
>> size.
>> # /bin/df -h /tank
>> Filesystem             size   used  avail capacity  Mounted on
>> tank                       12T    40K   5.2T     1%    /tank
>>
>> # df -h /tank
>> Filesystem            Size  Used Avail Use% Mounted on
>> tank                      5.3T   40K  5.3T   1% /tank
>>
>> The only way that we found to get the size is to add the values of
>> "zfs get used" and "zfs get available".
>> There is any command using zfs or zpool tools to get the size without
>> the sum. We only have this problems with raidz. On pool that use
>> mirror the information on zpool is correct.
>>
>> Thanks
>> Vinicius Viteri
>>
>>
>> -------------------------------------------
>> illumos-discuss
>> Archives: https://www.listbox.com/member/archive/182180/=now
>> RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175743-23d1427b
>> Modify Your Subscription: https://www.listbox.com/member/?&;
>> Powered by Listbox: http://www.listbox.com
>
> --
>
> Richard Elling
> [email protected]   +1-760-896-4422
> VMworld Copenhagen, October 17-20
> OpenStorage Summit, San Jose, CA, October 24-27
> LISA '11, Boston, MA, December 4-9
>
>
>
>
>
>
>
>
>
>
>
> -------------------------------------------
> illumos-discuss
> Archives: https://www.listbox.com/member/archive/182180/=now
> RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175783-cbc6ae69
> Modify Your Subscription: https://www.listbox.com/member/?&;
> Powered by Listbox: http://www.listbox.com
>


-------------------------------------------
illumos-discuss
Archives: https://www.listbox.com/member/archive/182180/=now
RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4
Powered by Listbox: http://www.listbox.com

Reply via email to