ports/filesystems/zxfer/pkg-descr
Robert Clausecker 6e2da9672f filesystems: add new category for file systems and related utilities
The filesystems category houses file systems and file system utilities.
It is added mainly to turn the sysutils/fusefs-* pseudo-category into
a proper one, but is also useful for the sundry of other file systems
related ports found in the tree.

Ports that seem like they belong there are moved to the new category.
Two ports, sysutils/fusefs-funionfs and sysutils/fusefs-fusepak are
not moved as they currently don't fetch and don't have TIMESTAMP set
in their distinfo, but that is required to be able to push a rename
of the port by the pre-receive hook.

Approved by:	portmgr (rene)
Reviewed by:	mat
Pull Request:	https://github.com/freebsd/freebsd-ports/pull/302
PR:		281988
2024-11-06 16:17:35 +01:00

23 lines
1.1 KiB
Plaintext

Zxfer is a fork of zfs-replicate. It allows the easy and reliable backup,
restore or transfer of ZFS filesystems, either locally or remotely.
Some of the features zxfer has:
* Written in sh with only one dependency, rsync. Rsync mode is not used
in a typical restore, hence in that situation all you need is the
zxfer script, your backup and an install CD/DVD.
* Reliability is first priority - the only methods of transfer allowed
are those that checksum/hash the transferred data.
* Transfer to or from a remote host via ssh.
* Recursive and incremental transfer of filesystems (via snapshots).
* Transfer properties and sources of those properties (e.g. local or
inherited).
* Override properties in the transfer, e.g. for archival purposes
it is useful to override "copies" and "compression".
* Create all filesystems on the destination as necessary.
* A comprehensive man page with examples.
* Can be set to beep on error or when done, useful for long transfers.
* Features an rsync mode for when two different snapshotting regimes are on
source and destination, and zfs send/receive won't work.
LICENSE: BSD