Christian Schwarz d50e553ebb handle changes to placeholder state correctly ... We assumed that `zfs recv -F FS` would basically replace FS inplace, leaving its children untouched. That is in fact not the case, it only works if `zfs send -R` is set, which we don't do. Thus, implement the required functionality manually. This solves a `zfs recv` error that would occur when a filesystem previously created as placeholder on the receiving side becomes a non-placeholder filesystem (likely due to config change on the sending side): zfs send pool1/foo@1 | zfs recv -F pool1/bar cannot receive new filesystem stream: destination has snapshots (eg. pool1/bar) must destroy them to overwrite it		2019-03-13 18:46:04 +01:00
..
context.go	rpc rewrite: control RPCs using gRPC + separate RPC for data transfer	2019-03-13 13:53:48 +01:00
endpoint.go	handle changes to placeholder state correctly	2019-03-13 18:46:04 +01:00