> So.. it seems that data is deduplicated, zpool has
> 54.1G of free space, but I can use only 40M.
> 
> It's x86, ONNV revision 10924, debug build, bfu'ed from b125.

I think I'm observing the same (with changeset 10936) ...

I created a 2GB file, and a "tank" zpool on top of that file,
with compression and dedup enabled:

    mkfile 2g /var/tmp/tank.img
    zpool create tank /var/tmp/tank.img
    zfs set dedup=on tank
    zfs set compression=on tank


Now I tried to create four zfs filesystems, 
and filled them by pulling and updating
the same set of onnv sources from mercurial.

One copy needs ~ 800MB of disk space 
uncompressed, or ~ 520MB compressed. 
During the 4th "hg update":

> hg update
abort: No space left on device: 
/tank/snv_128_yy/usr/src/lib/libast/sparcv9/src/lib/libast/FEATURE/common


> zpool list tank
NAME   SIZE   USED  AVAIL    CAP  DEDUP  HEALTH  ALTROOT
tank  1,98G   720M  1,28G    35%  3.70x  ONLINE  -


> zfs list -r tank
NAME              USED  AVAIL  REFER  MOUNTPOINT
tank             1,95G      0    26K  /tank
tank/snv_128      529M      0   529M  /tank/snv_128
tank/snv_128_jk   530M      0   530M  /tank/snv_128_jk
tank/snv_128_xx   530M      0   530M  /tank/snv_128_xx
tank/snv_128_yy   368M      0   368M  /tank/snv_128_yy
-- 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to