# Install znapzend with Homebrew, Nix

ZFS backup with remote capabilities and mbuffer integration. Version 0.23.6 via Homebrew; verified 2026-07-06. Also installable with nix: nix profile install nixpkgs#znapzend.

## Install

```sh
sudo av install brew:znapzend
```

Additional install commands:

### macOS

- Homebrew (100%):

```sh
brew install znapzend
```

  Evidence: local Homebrew formula metadata

### Linux

- Nix (92%):

```sh
nix profile install nixpkgs#znapzend
```

  Evidence: nixpkgs package indexes: pkgs/by-name/zn/znapzend/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

## Package facts

- **Package key:** brew:znapzend
- **Package manager:** Homebrew
- **Version:** 0.23.6
- **Source summary:** ZFS backup with remote capabilities and mbuffer integration
- **Homepage:** <https://www.znapzend.org/>
- **Repository:** <https://github.com/oetiker/znapzend>
- **Last updated:** 2026-07-06T22:19:46Z
- **Generated:** 2026-08-03T19:37:03+00:00

## Executables

- znapzend (alias)
- znapzendzetup (alias)
- znapzendztatz (alias)

## Install behavior

- Bottle: not available

## Freshness

- Page generated: 2026-08-03
- Package-manager version: 0.23.6
## Project history and usage

ZnapZend is a ZFS-centric backup and replication daemon by Tobias Oetiker that automates snapshots, local retention, and remote send/receive workflows with optional mbuffer acceleration.

### Project history

The oetiker/znapzend repository was created in 2013, during the period when ZFS users were building higher-level automation around native snapshots and zfs send/receive. Its README describes a tool that relies on the existing ZFS snapshot, send, and receive commands rather than inventing a backup format.

ZnapZend's design stores configuration in custom ZFS properties on datasets. That makes the backup policy travel with the fileset structure and lets the daemon manage local snapshots and remote copies while thinning them as they age.

The project also invested in transfer mechanics. The website highlights ssh and optional mbuffer support for remote destinations, and the setup documentation includes detailed mbuffer behavior and cautions, reflecting real-world ZFS replication tuning rather than a generic backup wrapper.

### Adoption history

ZnapZend found a niche among ZFS administrators who wanted scheduled snapshots, retention policy, and replication without writing their own shell scripts. Its adoption is visible mostly through systems-administration packaging, ZFS community discussion, and deployment guides rather than high-profile papers.

Its main appeal has been pragmatic: it automates native ZFS primitives while preserving the administrator's mental model of datasets, snapshots, send streams, ssh, and mbuffer.

### How it is used

Users define backup plans per dataset with znapzendzetup, then run znapzend as a service. The daemon creates scheduled snapshots, sends them to configured destinations, and expires older snapshots according to thinning rules.

Typical deployments use local retention for quick rollback and one or more remote ZFS destinations for disaster recovery. Pre- and post-snapshot hooks can quiet databases or other writers before the snapshot is taken.

### Why package nerds care

ZnapZend is classic storage-admin package material: small enough to install as a daemon, opinionated enough to encode a retention model, and close enough to native ZFS that experienced users can reason about the data path.

It matters because it packages the tedious but essential parts of ZFS backup hygiene: schedule, retention, replication, and transfer buffering.

### Timeline

- 2013-09-22: The oetiker/znapzend GitHub repository is created.
- 2010s: ZnapZend establishes a model of ZFS-property-based backup configuration.
- 2010s-2020s: Documentation grows around recursive datasets, mbuffer paths, transfer behavior, and pre/post snapshot hooks.
- 2020s: ZnapZend remains a maintained option for ZFS snapshot and replication automation.

### Related projects

- OpenZFS provides the snapshot and send/receive primitives ZnapZend orchestrates.
- mbuffer is commonly used with ZnapZend to smooth and speed replication streams.
- sanoid/syncoid and pve-zsync are adjacent ZFS snapshot and replication automation tools.

### Sources

- <https://api.github.com/repos/oetiker/znapzend>
- <https://github.com/oetiker/znapzend>
- <https://github.com/oetiker/znapzend/blob/master/doc/znapzendzetup.pod>
- <https://www.znapzend.org/>


## Security Notes

broad file, network, media, or database tool signal. formula declares a Homebrew service.

- **Geiger risk:** orange / medium
- broad file, network, media, or database tool signal
- formula declares a Homebrew service

## Other Package-Manager Records

- Nix - znapzend: normalized package name match | nixpkgs package indexes: pkgs/by-name/zn/znapzend/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1


## Combined YAML source

View the package source record on GitHub. [combined/znapzend.yml](https://github.com/mxcl/pkgdb/blob/main/combined/znapzend.yml)


## Sources

- pkg.so package database
- Geiger risk classifier
- curated package history
- pkgdb category and tag curation
- external package-manager database matches
- cross-ecosystem install command graph