[OpenIndiana-discuss] Simple zfs vs zpool space question.

Michael Hase michael at edition-software.de
Fri Apr 11 14:58:47 UTC 2014


On Fri, 11 Apr 2014, John McEntee wrote:

> I have a zpool  (3way mirror and striped across 21 disks), tank, that the zfs and zpool commands differ slightly.

Are you sure it's a 3way mirror pool? Seems like you're running without 
any redundancy, look at devices c1t500A075103053202d0p2 and 
c1t500A07510306F9A7d0p2. If one of these breaks I think your pool is 
toast.

Maybe you wanted to add zil devices and forgot to specify as such? It 
should look something like

zpool iostat -v p1
                 capacity     operations    bandwidth
pool         alloc   free   read  write   read  write
-----------  -----  -----  -----  -----  -----  -----
p1            876G   980G      3     51   106K   295K
   mirror      529G   399G      1     18  47.8K  73.7K
     c4t1d0       -      -      0      8  42.0K  74.5K
     c4t2d0       -      -      0      8  42.1K  74.5K
   mirror      347G   581G      1     30  58.7K   141K
     c4t0d0       -      -      0     12  42.6K   142K
     c4t3d0       -      -      0     12  42.7K   142K
logs             -      -      -      -      -      -
   c3t12d0s3  1.20M  7.94G      0      1      0  80.6K
cache            -      -      -      -      -      -
   c3t12d0s0  48.0G     8M      1      0  13.9K  20.7K
-----------  -----  -----  -----  -----  -----  -----

>
> # zpool list tank
> NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
> tank  19.0T  14.5T  4.51T    76%  1.00x  ONLINE  -
>
> # zfs list tank
> NAME   USED  AVAIL  REFER  MOUNTPOINT
> tank  14.5T  4.21T    38K  /tank
>
>
> There are no quotas. Please could some suggest why zpool states more space is available over zfs?

Metadata?

Cheers,
Michael

>
> My average IOPS to each single SATA disk is 90, 1390 across the pool as a whole. Due to pushing each disk fairly hard , if the zpool gets more than 80% full the way free space is allocated changes and we have a severe performance hit. This makes (generally one) VMWare host virtually unusable until I free up some space. Does anyone know if this behaviour changes due to the result of zpool or zfs. i.e. which one should I carefully monitor?
>
> Thanks
>
> John
>
> P.S.
>
> # zpool iostat -v
>                              capacity     operations    bandwidth
> pool                       alloc   free   read  write   read  write
> -------------------------  -----  -----  -----  -----  -----  -----
> rpool                      13.2G  26.5G      0     19  3.01K  89.1K
>  mirror                   13.2G  26.5G      0     19  3.01K  89.1K
>    c1t5000CCA216DA22DEd0p1      -      -      0      9  6.30K  89.4K
>    c1t500A075103053202d0s0      -      -      0     10  5.57K  89.4K
>    c1t500A07510306F9A7d0s0      -      -      0     10  4.56K  89.4K
> -------------------------  -----  -----  -----  -----  -----  -----
> tank                       14.5T  4.51T    106  1.39K  5.23M  10.1M
>  mirror                   2.07T   659G     15    199   765K  1.35M
>    c1t5000CCA225C5244Ed0      -      -      3     86   350K  1.35M
>    c1t5000CCA225C54DDDd0      -      -      3     86   353K  1.35M
>    c1t5000CCA225C505B8d0      -      -      3     86   350K  1.35M
>  mirror                   2.07T   659G     15    199   765K  1.35M
>    c1t5000CCA225C50784d0      -      -      3     86   349K  1.35M
>    c1t5000CCA225C5502Ed0      -      -      3     86   352K  1.35M
>    c1t5000CCA225C49869d0      -      -      3     86   352K  1.35M
>  mirror                   2.07T   659G     15    199   766K  1.35M
>    c1t5000CCA225C54ED8d0      -      -      3     86   351K  1.35M
>    c1t5000CCA225C56814d0      -      -      3     86   351K  1.35M
>    c1t5000CCA225C4E775d0      -      -      3     86   350K  1.35M
>  mirror                   2.08T   659G     15    199   765K  1.35M
>    c1t5000CCA225C2ADDAd0      -      -      3     85   351K  1.35M
>    c1t5000CCA225C04039d0      -      -      3     85   352K  1.35M
>    c1t5000CCA225C53428d0      -      -      3     85   352K  1.35M
>  mirror                   2.07T   659G     15    199   766K  1.35M
>    c1t5000CCA225C50517d0      -      -      3     85   352K  1.36M
>    c1t5000CCA225C55025d0      -      -      3     85   352K  1.36M
>    c1t5000CCA225C5660Dd0      -      -      3     85   351K  1.36M
>  mirror                   2.08T   659G     15    199   764K  1.35M
>    c1t5000CCA225C5502Dd0      -      -      3     85   350K  1.35M
>    c1t5000CCA225C484A3d0      -      -      3     85   351K  1.35M
>    c1t5000CCA225C4824Dd0      -      -      3     85   352K  1.35M
>  mirror                   2.07T   659G     15    199   766K  1.35M
>    c1t5000CCA225C4E366d0      -      -      3     86   351K  1.35M
>    c1t5000CCA225C54DDCd0      -      -      3     85   352K  1.35M
>    c1t5000CCA225C56751d0      -      -      3     85   351K  1.35M
>  c1t500A075103053202d0p2  6.89M  7.93G      0     15      1   298K
>  c1t500A07510306F9A7d0p2  6.73M  7.93G      0     15      1   298K
> cache                          -      -      -      -      -      -
>  c1t500A075103053202d0p3   143G  7.86M     20      4   463K   488K
>  c1t500A07510306F9A7d0p3   143G  7.75M     21      4   470K   488K
> -------------------------  -----  -----  -----  -----  -----  -----
>
> _______________________________________________________________________
>
> The contents of this e-mail and any attachment(s) are strictly confidential and are solely for the person(s) at the e-mail address(es) above. If you are not an addressee, you may not disclose, distribute, copy or use this e-mail, and we request that you send an e-mail to admin at stirling-dynamics.com and delete this e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of this e-mail including any errors, interception or interference, as internet communications are not secure.  Any views or opinions presented are solely those of the author and do not necessarily represent those of Stirling Dynamics Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, Clifton, Bristol. BS8 4HG
> VAT no. GB 464 6551 29
> _______________________________________________________________________
>
> This e-mail has been scanned for all viruses MessageLabs.
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>



More information about the OpenIndiana-discuss mailing list