diff options
| author | Alek P <[email protected]> | 2023-03-15 10:34:10 -0700 |
|---|---|---|
| committer | GitHub <[email protected]> | 2023-03-15 10:34:10 -0700 |
| commit | f55d6ee818763a78328345c5bee9f38d18b852a6 (patch) | |
| tree | ea18928ba412b5d1f554a0dbc6ce41296114f4ff /man | |
| parent | d74f123045bf3657f65c477b0bd874cb0215b439 (diff) | |
Improve tests and update man page for healing recv
Fix the manpage. The "SYNOPSIS" section is incorrectly formatted for
receive -c. I also took this opportunity to reword some parts and
fix a run-on sentence in the manpage.
Add large block testing for corrective recv. This adds a new test
that makes sure blocks generated using zfs send -L/--large-block
large-block send flag are able to be used for healing.
Since with unloaded key and errlog feature enabled corruption is not
shown in zpool status #13675 is fixed the zfs_receive_corrective.ksh
test no longer sets -o feature@head_errlog=disabled on pool creation
so that it can also test for regressions related to head_errlog feature.
Note that the zfs_receive_compressed_corrective.ksh and
zfs_receive_large_block_corrective.ksh tests are still creating pools
with -o feature@head_errlog=disabled.
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Alek Pinchuk <[email protected]>
Closes #14615
Diffstat (limited to 'man')
| -rw-r--r-- | man/man8/zfs-receive.8 | 15 |
1 files changed, 7 insertions, 8 deletions
diff --git a/man/man8/zfs-receive.8 b/man/man8/zfs-receive.8 index 22cb567c1..a15f2cbe9 100644 --- a/man/man8/zfs-receive.8 +++ b/man/man8/zfs-receive.8 @@ -29,7 +29,7 @@ .\" Copyright 2018 Nexenta Systems, Inc. .\" Copyright 2019 Joyent, Inc. .\" -.Dd April 26, 2022 +.Dd March 12, 2023 .Dt ZFS-RECEIVE 8 .Os . @@ -56,8 +56,7 @@ .Cm receive .Fl A .Ar filesystem Ns | Ns Ar volume -. -.Nm +.Nm zfs .Cm receive .Fl c .Op Fl vn @@ -406,15 +405,15 @@ deleting its saved partially received state. .Op Fl vn .Ar filesystem Ns | Ns Ar snapshot .Xc -Attempt to correct data corruption in the specified dataset, +Attempt to repair data corruption in the specified dataset, by using the provided stream as the source of healthy data. This method of healing can only heal data blocks present in the stream. Metadata can not be healed by corrective receive. -Running a scrub is recommended post-healing to ensure all corruption was -healed. +Running a scrub is recommended post-healing to ensure all data corruption was +repaired. .Pp -It's important to consider why corruption has happened in the first place -since if you have slowly failing hardware periodically healing the data +It's important to consider why corruption has happened in the first place. +If you have slowly failing hardware - periodically repairing the data is not going to save you from data loss later on when the hardware fails completely. .El |