summaryrefslogtreecommitdiffstats
path: root/include/arpa/Makefile
diff options
context:
space:
mode:
authordelphij <delphij@FreeBSD.org>2014-07-15 22:44:04 +0000
committerdelphij <delphij@FreeBSD.org>2014-07-15 22:44:04 +0000
commitcd85118a8b75bc9e408f964d99f2ffce809dcf9e (patch)
treea9c2747e94a25ca031d2142592013b877753df64 /include/arpa/Makefile
parentd543f027595d4567ea61231d2a2276fc9e40bb2c (diff)
downloadFreeBSD-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
OpenPOWER on IntegriCloud