zfs: the exponential file system from hell

Borja Marcos borjam at sarenet.es
Mon Sep 30 09:16:43 UTC 2013


On Sep 27, 2013, at 2:29 PM, Attila Nagy wrote:

> Hi,
> 
> Did anyone try to fill a zpool with multiple zfs in it and graph the space accounted by df and zpool list?
> If not, here it is:
> https://picasaweb.google.com/104147045962330059540/FreeBSDZfsVsDf#5928271443977601554

There is a fundamental problem with "df" and ZFS. df is based on the assumption that each file system has 
a fixed maximum size (generally the size of the disk partition on which it resides).

ZFS is really different, though. Unless you assign them fixed sizes, it works much like a virtual memory system. There
is a large pool shared by all the datasets, and *any* of them can grow to the maximum pool size, that's the data
"df " shows.

With virtual storage allocation, compression and deduplication you can no longer make the old assumptions you made
in the old days. 

Anyway, in a system with variable datasets "df" is actually meaningless and you should rely on "zpool list", which gives you
the real size, allocated space, free space, etc.


% zpool list
NAME   SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT
pool  1.59T   500G  1.11T    30%  1.00x  ONLINE  -
% 

Times change, embracing the satanic filesystem implies that you have to change your mindset (and your scripts!)  :)








Borja.




More information about the freebsd-fs mailing list