Yes, unfortunately it will trigger a resilver after every replace. If you are talking about a fairly large pool (in the terabytes) this might not be the best way to go if you are time constrained.
Cheers, Leigh Maddock UNIX Sys. Admin. On Thu, Dec 12, 2013 at 9:08 AM, Malcolm Herbert <[email protected]> wrote: > On Wed, Dec 11, 2013 at 10:27:38PM +1100, Leigh Maddock wrote: > |As far as I'm aware (someone please correct me if I'm wrong, it's been > |awhile since I've played with this) you can't mirror at the vdev level, > |so you have to replace disks at the individual disk level. > > On Thu, Dec 12, 2013 at 06:51:42AM +1100, Boyd Adamson wrote: > |You can use zpool replace to replace each LUN one at a time. > > Thanks Leigh and Boyd - I'd seen references to this before but I was > under the impression that doing this incurred a resilver of the entire > raid set each time a LUN is replaced. Is this the case? > > I've made a start down the 'new pool + zfs send/receive' path as it also > allows for fallback if required[1]. > > Regards, > Malcolm > > [1] yes, I know, this wasn't listed as one of the constraints on the > problem, sorry ... :) > > -- > Malcolm Herbert > [email protected] >
_______________________________________________ msosug mailing list [email protected] http://mexico.purplecow.org/m/listinfo/msosug
