OpenSolaris

Printable Version Enter a New Search
Bug ID 6606879
Synopsis should be able to grow pool without a reboot or export/import
State 10-Fix Delivered (Fix available in build)
Category:Subcategory kernel:zfs
Keywords zfsroot
Responsible Engineer George Wilson
Reported Against snv_68 , s10u6_fcs , solaris_10
Duplicate Of
Introduced In
Commit to Fix snv_117
Fixed In snv_117
Release Fixed solaris_nevada(snv_117)
Related Bugs 6475340 , 6563887 , 6783265
Submit Date 19-September-2007
Last Update Date 17-June-2009
Description
I recently grew a raidz1-based pool by a series of "zpool replace" commands that moved
it from 73GB disks to 146GB disks.  When the final replace finished, I expected the 
larger pool capacity to be available immediately.  In reality, it didn't turn up until
after a reboot, as it looks like (from some quick browsing of the code) the device 
asize only gets set at pool open time and doesn't get revaluated when a device grows.

I haven't checked to see if this is also the case for mirrors or raidz2.

See attached script for a file-based test case (note: it blows away a pool named
test-pool if it exists.  use with care!).

6475340 covers a similar but not identical case (triggered by LUN growth rather than device replacement).

as a side note, until we can shrink pools, growing pools automatically strikes me as a
little dangerous (as it's an operation that can't be undone without trashing the pool).  
(That also goes for automatically growing on open/import..)
Work Around
N/A
Comments
N/A