RFT: ZFS MFC

Dimitry Andric dimitry at andric.com
Tue May 19 19:54:15 UTC 2009


On 2009-05-19 19:41, Pete French wrote:
>> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
> 
> Thanks - am going to gve this a try later. Preseumably if I leave the
> pool at the revision it is currently on then I can revert back easily ?

I'll just repeat what Kip told us, "The standard disclaimers apply.
This has only been lightly tested in a VM. Please do not use it with
data you care about at this time."

That said, zpool(1M) tells:

       zpool upgrade [-V version] -a | pool ...

           Upgrades the given pool to the latest on-disk version. Once this is
           done, the pool will no longer  be  accessible  on  systems  running
           older versions of the software.

and later on:

           -V version    Upgrade  to  the specified version. If the -V flag is
                         not specified, the  pool  is  upgraded  to  the  most
                         recent  version.  This  option  can  only  be used to
                         increase the version number, and only up to the  most
                         recent version supported by this software.

E.g. you can upgrade pools to ZFS v13, but there's no way back.  If you
don't upgrade your pool, it should not destroy anything (but don't count
on it!), but you won't be able to test any new features either...


> Also, is this the version which no longer requires any tuning parameters
> in loader.conf ? That would be extermely interesting!

As far as I know, the tuning stuff still applies, especially for i386.
On my i386 test VM with 1GB RAM, vm.kmem_size is about 163 MiB without
any tuning, while vm.kmem_size_max is about 320 MiB, so you get the warning:

ZFS WARNING: Recommended minimum kmem_size is 512MB; expect unstable behavior.
             Consider tuning vm.kmem_size and vm.kmem_size_max
             in /boot/loader.conf.

So please test, and let us know your findings. :)


More information about the freebsd-stable mailing list