Harry asks: >> Is there a better way?
[email protected] replies: > Yes. > zpool pool replace olddevice newdevice > > > System says on, you can use the data and after a while it is done. > > If it's a bootable pool, then there might be a problem; you can do it in > two steps: > > zpool pool attach olddevice newdevice (make a mirror) > > and later, after a reboot from the new mirror (and after installing grub) > > zpool pool detach pool olddevice > Sorry to keep on about this but, I'm right on the verge of doing it now and of course getting a little gun shy. Two things come to mind. 1) The existing boot drive with OS on it is a 25 gb slice of c3d1(a 60 gb disk), so c3d1s0 The new device is a 500 gb drive all one newly created slice, so: c3d0s0 If I use the second technique above (the two step option), the new device c3d0s0 will become a 25 gb mirror of old device c3d1s0, even though the new device is really 500gb... right? (Installing grub on newdevice happens here I guess followed by shutdown, remove olddevice, boot) Now when it comes to the detach step, does the newdevices then become a 500gb partition again? Does anything cling to the old 25gb size? 2) Casper indicated a different 2 step procedure in the event where the newdevice needs to be bootable. That is the case for me. I wondered if I might be able to use the first technique anyway: > zpool pool replace olddevice newdevice And then run installgrub against the newdevice.. remove olddevice and reboot. Or does olddevice become disabled and incapable of running installgrub during the `replace' operation. Or something else queer the deal. And just so its clear what all is supposed to happen here. Once I've managed moving the OS to the new 500gb drive... I plan to create a mirror of rpool at that point with a twin drive. _______________________________________________ opensolaris-discuss mailing list [email protected]
