zrepl/config/samples/local.yml


jobs:
  - type: sink
    name: "local_sink"
    root_fs: "storage/zrepl/sink"
    serve:
      type: local
      listener_name: localsink

  - type: push
    name: "backup_system"
    connect:
      type: local
      listener_name: localsink
      client_identity: local_backup
    filesystems: {
      "system<": true,
    }
    snapshotting:
      type: periodic
      interval: 10m
      prefix: zrepl_
    pruning:
      keep_sender:
      - type: not_replicated
      - type: last_n
        count: 10
      keep_receiver:
      - type: grid
        grid: 1x1h(keep=all) | 24x1h | 35x1d | 6x30d
        regex: "zrepl_.*"
local job config 2018-08-26 23:29:57 +02:00
			`jobs:`
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`- type: sink`
			`name: "local_sink"`
rename root_dataset to root_fs for receiving-side jobs 2018-10-11 18:00:23 +02:00			`root_fs: "storage/zrepl/sink"`
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`serve:`
			`type: local`
transport local: named listeners + struct renaming 2018-10-11 13:06:47 +02:00			`listener_name: localsink`
local job config 2018-08-26 23:29:57 +02:00
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`- type: push`
			`name: "backup_system"`
			`connect:`
			`type: local`
transport local: named listeners + struct renaming 2018-10-11 13:06:47 +02:00			`listener_name: localsink`
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`client_identity: local_backup`
			`filesystems: {`
			`"system<": true,`
			`}`
			`snapshotting:`
snapshotting: support 'periodic' and 'manual' mode 1. Change config format to support multiple types of snapshotting modes. 2. Implement a hacky way to support periodic or completely manual snaphots. In manual mode, the user has to trigger replication using the wakeup mechanism after they took snapshots using their own tooling. As indicated by the comment, a more general solution would be desirable, but we want to get the release out and 'manual' mode is a feature that some people requested... 2018-10-11 15:22:52 +02:00			`type: periodic`
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`interval: 10m`
snapshotting: support 'periodic' and 'manual' mode 1. Change config format to support multiple types of snapshotting modes. 2. Implement a hacky way to support periodic or completely manual snaphots. In manual mode, the user has to trigger replication using the wakeup mechanism after they took snapshots using their own tooling. As indicated by the comment, a more general solution would be desirable, but we want to get the release out and 'manual' mode is a feature that some people requested... 2018-10-11 15:22:52 +02:00			`prefix: zrepl_`
implement local replication using new local transport The new local transport uses socketpair() and a switchboard based on client identities. The special local job type is gone, which is good since it does not fit into the 'Active/Passive side ' + 'mode' concept used to implement the duality of push/sink \| pull/source. 2018-09-24 14:43:53 +02:00			`pruning:`
			`keep_sender:`
			`- type: not_replicated`
			`- type: last_n`
			`count: 10`
			`keep_receiver:`
			`- type: grid`
			`grid: 1x1h(keep=all) \| 24x1h \| 35x1d \| 6x30d`
pruning: implement 'grid' keep rule 2018-09-24 17:30:03 +02:00			`regex: "zrepl_.*"`