Andriy Gapon 4c3c6b6c73 OpenZFS 5380 - receive of a send -p stream doesn't need to try renaming snapshots ... Authored by: Andriy Gapon <avg@FreeBSD.org> Approved by: Dan McDonald <danmcd@omniti.com> Reviewed by: Paul Dagnelie <pcd@delphix.com> Reviewed by: Matt Ahrens <mahrens@delphix.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: George Melikov <mail@gmelikov.ru> Ported-by: Giuseppe Di Natale <dinatale2@llnl.gov> recv_incremental_replication() takes care of things like removing datasets that have been removed on the sending side, detecting renamed datasets, ensuring that all datasets in the affected hierarchy have the same properties as their counterparts on the sending side. All of the above are not necessary if we are receiving a stream for a single dataset that has been generated with zfs send -p, that is, a stream that includes properties. zfs_receive_one() already takes care of applying the properties to the received datasets. OpenZFS-issue: https://www.illumos.org/issues/5380 OpenZFS-commit: https://github.com/openzfs/openzfs/commit/b8ab927 Closes #5990		2017-04-09 16:09:16 -07:00
..
libavl
libefi
libicp
libnvpair
libshare	Fix nfs snapdir automount	2017-03-08 09:26:33 -08:00
libspl	glibc 2.5 compat: use correct header for makedev() et al.	2017-03-31 09:32:00 -07:00
libunicode
libuutil
libzfs	OpenZFS 5380 - receive of a send -p stream doesn't need to try renaming snapshots	2017-04-09 16:09:16 -07:00
libzfs_core	OpenZFS 7745 - print error if lzc_* is called before libzfs_core_init	2017-01-31 10:48:45 -08:00
libzpool	Fix 'zdb -o' segmentation fault	2017-03-23 18:57:54 -07:00
Makefile.am