Skip to content

znap is a set of ZFS snapshot management and replication scripts written in /bin/sh

License

Notifications You must be signed in to change notification settings

mikalsande/znap

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

41 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

znap

znap is a set of ZFS snapshot management and replication scripts written in /bin/sh

If anyone finds this useful please tell me about it :)

Features

  • Unprivileged Operation: use zfs delegation to allow the script to run as an unprivileged user.
  • Configurable: there is a global config and a per pool config. Found under znap.d directory in the config path, the configuration files are named after the pool like .conf
  • Daily Snapshots: perform daily, weekly and monthly snapshots. snapshot-lifetime is given in days. Snapshots are destroyed based on how many days they have lived, not how many snapshots there are.
  • Hourly Snapshots: perform hourly snapshots with a separate script. snapshot-lifetime is given in hours. Snapshots are destroyed based on how many hours they have lived, not how many snasphots there are.
  • Simple Name Format: creation-time is included in the snapshot name. The name pattern snapshots follow is date_scriptname_type, eg. 201402110243_znap_daily. This is both computer and human friendly. The time format is yyyymmddhhmm.
  • User Properties: znap supports marking datasets with user properties to control the retention of different types of snapshots. See the section Uer Properties below.
  • Replication: remote replication of snapshots over ssh is implemented with a separate script, znapsend.sh. After sending all snapshots in the initial send, the script finds the newest snapshots on the local and remote pools and sends an incremental zfs stream.
  • Ratelimiting: destroyal of old snapshots is limited to two per run to make sure that the script doesn't destroy too many snapshots at a time. The script takes one snapshot every time it is run, and it destroys maximum two old snapshots at a time by default.
  • Utility: has a utility script, znap-util.sh, that can showing information about znap per pool configuration, number of snapshots, which datasets have which user properties enabled and more.

Design ideas

  • have a sane default config.
  • snapshots are done recursively from the root of a zpool
  • written in sh. portable, most Unix admins understand it.
  • code should be easy to read and understand to such an extent that it can be trusted to not do anything surprising.
  • one snapshot is taken every day. Monthly snapshots take presedence over weekly snapshots which take presedence over daily snapshots.
  • all time related calculations are done by date(1), znap only compares integers to figure out when a snapshot is too old.
  • snapshots are removed with deferred destroy to make sure the script works with zfs holds.

Unimplemented ideas

I have some ideas for extending the script. Might implement them if I need them myself or if anyone asks nicely.

  • quarterly snapshots.
  • be able to make snapshots manually in addition to the daily ones. They could be called admin snapshots and live for a year. It would be up to the admin to destroy these snapshots.
  • user logger(1) to log error conditions.
  • add cron MAILTO variable so script output can be mailed to a configurable email.

Scripts

  • znap.sh - performs daily, weekly and monthly snapshots
  • znap-hourly.sh - performs hourly snapshots
  • znap-util.sh - can show information about znap configuration and other util things
  • znapsend.sh - performs zfs replication over ssh to a remote host

Dependencies

  • znapsend.sh depends on sudo for unprivileged operation.

Install - znap.sh and znap-hourly.sh

Configure and install the script

# make install

Add an unprivileged _znap user (example from FreeBSD)

# adduser
Username: _znap
Full name: znap unprivileged user
Uid (Leave empty for default): 65000
Login group [_znap]:
Login group is _znap. Invite _znap into other groups? []:
Login class [default]:
Shell (sh csh tcsh git-shell nologin) [sh]: nologin
Home directory [/home/_znap]: /nonexistent
Home directory permissions (Leave empty for default):
Use password-based authentication? [yes]: no
Lock out the account after creation? [no]:

Delegate the proper ZFS rights to the _znap user

# zfs allow -u _znap destroy,mount,snapshot <pool> 

For daily, weekly, and monthly snapshots, add a line to /etc/crontab (one per pool)

2   2   *   *   *   _znap /bin/sh /usr/local/sbin/znap.sh <poolname>

For hourly snapshots, add a line to /etc/crontab (one per pool)

7   *   *   *   *   _znap /bin/sh /usr/local/sbin/znap-hourly.sh <poolname>

If you need different configs per pool just copy znap.conf into /usr/local/etc/znap.d/ and name it after the pool, ie. tank.conf.

Install - znapsend.sh

These actions should be carried out on both machines, both the local and the remote.

Add an unprivileged znapsend user (example from FreeBSD)

# adduser 
Username: znapsend
Full name: znapsend unprivileged user
Uid (Leave empty for default): 65001    
Login group [znapsend]: 
Login group is znapsend. Invite znapsend into other groups? []: 
Login class [default]: 
Shell (sh csh tcsh nologin) [sh]: 
Home directory [/home/znapsend]: /var/znapsend
Home directory permissions (Leave empty for default): 
Use password-based authentication? [yes]: no
Lock out the account after creation? [no]:
Username   : znapsend
Password   : <disabled>
Full Name  : znapsend unprivileged user
Uid        : 65001
Class      : 
Groups     : znapsend 
Home       : /var/znapsend
Home Mode  : 
Shell      : /bin/sh
Locked     : no

Create ssh keys

# su znapsend
$ ssh-keygen

Remember to copy each hosts znapsend public key to the others ./ssh/authorized_keys file.

Delegate the proper rights to the znapsend user

# zfs allow -u znapsend hold,receive,release,send <pool>

Set up passwordless sudo for the znapsend used. Add this to /usr/local/etc/sudoers

znapsend ALL=(root) NOPASSWD: /sbin/zfs receive *

Set up a specific config for the pool you wish to replicate. Just copy the znap.conf into znap.d/poolname.conf and set the configuration options for replication. Unless you want to run as another user than znapsend you only need to set the config for remote host and remote pool.

REMOTE_USER='znapsend'
REMOTE_HOST=''
REMOTE_POOL=''

Perform the initial replication (could take some time)

# su znapsend
$ sh /usr/local/sbin/znapsend.sh <pool> initial

Schedule replication as often as you make new snapshots. This example is for hourly snapshots. Add a line to /etc/crontab.

13   *   *   *   *   znapsend /bin/sh /usr/local/sbin/znapsend.sh <poolname>

User properties

znap supports these user properties:

  • script.znap:nosnapshots - Destroys all snapshots for the marked dataset
  • script.znap:nomonthly - Destroys monthly snapshots for the marked dataset
  • script.znap:noweekly - Destroys weekly snapshots for the marked dataset
  • script.znap:nodaily - Destroys daily snapshots for the marked dataset
  • script.znap:nohourly - Destroys hourly snapshots for the marked dataset

These user properties only affect the marked datasets and it only destroys snapshots taken by znap, all other snapshots are left alone.

Enable a znap user property

zfs set script.znap:nohourly=1 <dataset>

Disable a znap user property

zfs set script.znap:nosnapshots=0 <dataset>

Supported OSes

Currently the only supported OS is FreeBSD because its what I run it on. It should be trivial to adapt it for use on other Unix platforms.

Ideas, requests, diffs, etc. are welcome.

License

Beer-ware (revision 42)

TODO

  • make it a FreeBSD port

About

znap is a set of ZFS snapshot management and replication scripts written in /bin/sh

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages