diff options
author | delphij <delphij@FreeBSD.org> | 2014-07-15 22:44:04 +0000 |
---|---|---|
committer | delphij <delphij@FreeBSD.org> | 2014-07-15 22:44:04 +0000 |
commit | cd85118a8b75bc9e408f964d99f2ffce809dcf9e (patch) | |
tree | a9c2747e94a25ca031d2142592013b877753df64 /include/arpa/Makefile | |
parent | d543f027595d4567ea61231d2a2276fc9e40bb2c (diff) | |
download | FreeBSD-src-cd85118a8b75bc9e408f964d99f2ffce809dcf9e.zip FreeBSD-src-cd85118a8b75bc9e408f964d99f2ffce809dcf9e.tar.gz |
MFV r268714:
Improve extreme rewind import.
When doing an "extreme rewind" import ("zpool import -XF"), we attempt
to verify all data in the pool, essentially scrubbing the entire pool.
The problem is that spa_load_verify_cb() issues an unbounded number of
concurrent scrub i/os. This can lead to all of memory being used for
these zio's, wedging the system. Like normal scrub, we need to put a
cap on the number of outstanding i/os, and have the traverse thread
block when we reach this cap.
For this purpose the cap can be very large (10,000) to optimize the
elevator algorithm. Three kernel tunables have been added:
vfs.zfs.spa_load_verify_maxinflight
vfs.zfs.spa_load_verify_metadata
vfs.zfs.spa_load_verify_data
The latter two tunables controls whether metadata and/or user data
when doing extreme rewind.
Make 'zpool import -T' imply scrub.
Make zpool import -T <txg> accept hexadecimal values for the txg when
prefixed with 0x.
Skip txg's for which there is no uberblock when doing extreme rewind.
Skip reading all user data twice by skipping prefetches when doing
extreme rewinds as we do not access via the ARC.
Illumos issues:
4970 need controls on i/o issued by zpool import -XF
4971 zpool import -T should accept hex values
4972 zpool import -T implies extreme rewind, and thus a scrub
4973 spa_load_retry retries the same txg
4974 spa_load_verify() reads all data twice
MFC after: 2 weeks
Diffstat (limited to 'include/arpa/Makefile')
0 files changed, 0 insertions, 0 deletions