]> granicus.if.org Git - zfs/commit
Don't read space maps during import for readonly pools
authorBrian Behlendorf <behlendorf1@llnl.gov>
Tue, 18 Nov 2014 22:29:04 +0000 (17:29 -0500)
committerBrian Behlendorf <behlendorf1@llnl.gov>
Tue, 10 Feb 2015 00:43:03 +0000 (16:43 -0800)
commit7fc8c33ede10f7104ca0e91d690d3ebb5236887b
tree452af234f8e3c6fc5f51b70da2a9ed2e7af3f578
parentbf5efb5c66ac30442bded92c3299db36fe21d92f
Don't read space maps during import for readonly pools

Normally when importing a pool the space maps for all top level
vdevs are read from disk.  The space maps will be required latter
when an allocation is performed and free blocks need to be located.

However, if the pool is imported readonly then we are guaranteed
that no allocations can occur.  In this case the space maps need
not be loaded..   A similar argument can be made for the DTLs
(dirty time logs).

Because a pool import will fail if the space maps cannot be read.
The ability to safely ignore them makes it more likely that a
damaged pool can be imported readonly to recover its contents.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Issue #2831
module/zfs/metaslab.c
module/zfs/vdev.c