Hurrah for the list! The problem is solved. Originally I had asked how to grow a SVM mirror when the underlying slices themselves had grown. Several people suggested (quite rightly) that the normal way to do this is to add the extra space as new slices, rather than expanding the slices in the format command. Soft partitions were also suggested for possible use in the future; a good idea, but not workable in this particular situation. However, Darren Dunham and Dan Astooria both came up with the winning trick to doing this live. Once the subdisks have been detached, destroyed, recreated, and reattached; you can use 'metattach d6' (where d6 is the mirror metadevice) with no further options, and it will grow to the size of the smallest subdisk. After this, growfs will of course do its thing. Thanks all! Colin ------------------------------------------------------------------------------ On Tue, 15 Nov 2005 17:36:47 EST, "Colin Bigam" writes: > > The slices that comprise both d16 and d26 were 29GB but have been expanded to 39GB each. The metadevices still show 29GB. The only way I know of fixing this is to break the mirror, delete and recreate the detached metadevice (say d26), reattach and resync it, detach the other metadevice (d16), With you so far. You would delete and recreate d16 next, of course. > unmount the filesystem, destroy and recreate the mirror (d6), You shouldn't need to do this. Instead, you should be able to metattach d16 to d6 again and let them resync. At that point, you will have two 39GB submirrors, but the mirror d6 will still be 29GB. If you then run "metattach d6" with no additional arguments, SVM will grow the mirror to the size of the smallest attached submirror. Once that's been done, you should be able to growfs the filesystem. Good luck, Dan Astoorian -- Colin Bigam, Unix Analyst CCSI Technology Solutions (403) 699-4584 _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Nov 17 10:50:12 2005
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:53 EST