0 ZFS Feature Support & Wishlist

Christian Schwarz edited this page 2017-09-24 21:28:15 +02:00

Table of Contents

• Required Features
• zfs list -o guid,createtxg
• Wishlist
• zfs receive -x all
• zfs allow -u zrepl destroy_snaps_created_by=zrepl zroot
• zfs allow -u zrepl set_user_prop=zrepl:placeholder zroot

Syntax:

• Support: FreeBSD | ZoL | OS X | OpenZFS/Illumos

Required Features

zfs list -o guid,createtxg

• computing diffs by hard facts instead of naming conventions
• Support: > 10.3 (undocumented) | > 0.6.3 (documented since 0.7) | > 1.6.1 (undocumented) | ?

Wishlist

zfs receive -x all

• ability to ignore all properties from a snapshot stream
• => zrepl still needs property management, however it will sync them itself
• Support: none | -x but not all | ? | ?

zfs allow -u zrepl destroy_snaps_created_by=zrepl zroot

• for unprivileged zrepl daemon: want zrepl user to just destroy snaps it created
• apparently, the allow -d flag does this for filesystems created after allow, but not for snaps
• so the feature should essentially be:
  • separate permission for destroy_snapshot, so we have create|destroy, snapshot|destroy_snap
  • then use zfs allow -d to limit zrepl daemon to just destroy those snaps it created

zfs allow -u zrepl set_user_prop=zrepl:placeholder zroot

• required to have placeholders working with unprivileged zrepl
• not relevant if your mapping does not produce placeholders
• from a practical point of view, it's ok to delegate userprop to the pulling zrepl user since it manages all the properties of receivved dataset anyway...