[warning: paradigm shifted]

Jonathan Edwards wrote:
> On Oct 18, 2007, at 11:57, Richard Elling wrote:
> 
>> David Runyon wrote:
>>> I was presenting to a customer at the EBC yesterday, and one of the
>>> people at the meeting said using df in ZFS really drives him crazy (no,
>>> that's all the detail I have).  Any ideas/suggestions?
>>
>> Filter it.  This is UNIX after all...
> 
> err - no .. i can understand that when I put my old SA helmet on .. if 
> you look at the avail capacity number below we've really got an 
> overprovisioned number if you're not doing quotas - this kind of thing 
> can drive you batty particularly when you're used to looking at df to 
> quickly see how much space you've got left on the system .. it's like 
> asking how many seats are available on this plane, and they tell you the 
> amount of available seats on the airline

Yes. It is true that ZFS redefines the meaning of available space.  But
most people like compression, snapshots, clones, and the pooling concept.
It may just be that you want zfs list instead, df is old-school :-)

OTOH, df does have a notion of file system specific options.  It might be
useful to have a df_zfs option which would effectively show the zfs list-like
data.

BTW, airlines also overprovision seats, which is why you might sometimes
get bumped.  Hotels do this as well.
  -- richard

> [EMAIL PROTECTED] # df -h
> Filesystem             size   used  avail capacity  Mounted on
> /dev/dsk/c5t0d0s0      454G    12G   437G     3%    /
> /devices                 0K     0K     0K     0%    /devices
> ctfs                     0K     0K     0K     0%    /system/contract
> proc                     0K     0K     0K     0%    /proc
> mnttab                   0K     0K     0K     0%    /etc/mnttab
> swap                   8.4G   876K   8.4G     1%    /etc/svc/volatile
> objfs                    0K     0K     0K     0%    /system/object
> /usr/lib/libc/libc_hwcap2.so.1
>                        454G    12G   437G     3%    /lib/libc.so.1
> fd                       0K     0K     0K     0%    /dev/fd
> swap                   8.4G    40K   8.4G     1%    /tmp
> swap                   8.4G    24K   8.4G     1%    /var/run
> /dev/dsk/c5t0d0s5      3.9G   1.8G   2.1G    46%    /var/crash2
> log-pool               457G   120M   447G     1%    /log-pool
> thumper-pool/n01_oraadmin1
>                         16T   1.4G    13T     1%    /n01/oraadmin1
> thumper-pool/n01_oraarch1
>                         16T   159M    13T     1%    /n01/oraarch1
> thumper-pool/n01_oradata1
>                         16T    98G    13T     1%    /n01/oradata1
> thumper-pool/tst08a_ctl1
>                         16T    17M    13T     1%    /s01/controlfile1
> thumper-pool/tst08a_ctl2
>                         16T    17M    13T     1%    /s01/controlfile2
> thumper-pool/tst08a_ctl3
>                         16T    17M    13T     1%    /s01/controlfile3
> thumper-pool/tst32a_data
>                         16T   135G    13T     1%    /s01/oradata1/tst32
> thumper-pool            16T   1.1T    13T     8%    /thumper-pool
> thumper-pool/home       16T    45K    13T     1%    /thumper-pool/home
> thumper-pool/home/db2inst1
>                         16T   163G    13T     2%    
> /thumper-pool/home/db2inst1
> thumper-pool/home/kurt
>                         16T   223K    13T     1%    /thumper-pool/home/kurt
> thumper-pool/home/mahadev
>                         16T    40K    13T     1%    
> /thumper-pool/home/mahadev
> thumper-pool/mrd-data
>                         16T    75G    13T     1%    /thumper-pool/mrd-data
> thumper-pool/software
>                         16T   6.3G    13T     1%    /thumper-pool/software
> thumper-pool/u01        16T   5.2G    13T     1%    /u01
> thumper-pool/tst08a_data
>                         16T   761G    13T     6%    /s01/oradata1/tst08
> log-pool/swim           50G    24K    50G     1%    /log-pool/swim
> log-pool/butterfinger
>                        457G    24K   457G     1%    /log-pool/butterfinger
> 
> 
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to