On Wed, 5 Aug 2009, Richard Elling wrote:
Thanks Cindy, This is another way to skin the cat. It works for simple volumes, too. But there are some restrictions, which could impact the operation when a large change in vdev size is needed. Is this planned to be backported to Solaris 10? CR 6844090 has more details. http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6844090
A potential partial solution is to have a pool creation option where the tail device labels are set to a point much smaller than the device size rather than being written to the end of the device. As zfs requires more space, the tail device labels are moved to add sufficient free space that storage blocks can again be efficiently allocated. Since no zfs data is written beyond the tail device labels, the storage LUN could be truncated down to the point where the tail device labels are still left intact. This seems like minimal impact to ZFS and no user data would need to be migrated.
If the user's usage model tends to periodically fill the whole LUN rather than to gradually grow, then this approach won't work.
Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
