>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
Ok, make sure it is not a EFI label but a standard Fdisk/Solaris disk. > 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? Correct. > (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? When you reboot. ZFS doesn't check that files have grown nor does it reevaluate the sizes left over after a detach. So I went from 250G -> 2x1TB and after removing the 250GB filesystem I needed to reboot and then it noticed the proper 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. That should work. If you fix all three disks, it is somewhat faster to attach and replace in one step (attach and replace run in parallel and you only need to read the zpool once). Also, I'd suggest a scrub before starting; it will give you an estimate of the time needed for "replace" and it makes sure that everything on the disk is OK. Casper _______________________________________________ opensolaris-discuss mailing list [email protected]
