Hi I have raidz pool raidz1 ONLINE 0 0 0 c2d0 ONLINE 0 0 0 c3d0 ONLINE 0 0 0 c4d0 ONLINE 0 0 0 c5d0 ONLINE 0 0 0 That is now getting full. Plan is to replace disks with new and larger disks. So will pool get bigger just by replasing all 4 disks one-by-one ? And if it will get larger how this should be done , fail disks one-by-one .. or ??? Or is data backup and pool recreation only way to get bigger pool Thanks This message posted from opensolaris.org
> So will pool get bigger just by replasing all 4 disks one-by-one ?Yes, but a re-import (either by export/import or by reboot) is necessary before the new space will be usable.> And if it will get larger how this should be done , fail disks one-by-one > .. or ???Use zpool replace. -- / Peter Schuller PGP userID: 0xE9758B7D or ''Peter Schuller <peter.schuller at infidyne.com>'' Key retrieval: Send an E-Mail to getpgpkey at scode.org E-Mail: peter.schuller at infidyne.com Web: http://www.scode.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080120/1b0f8e3b/attachment.bin>
> Plan is to replace disks with new and larger disks. > > So will pool get bigger just by replasing all 4 disks one-by-one ? > And if it will get larger how this should be done , fail disks one-by-one .. or ??? > > Or is data backup and pool recreation only way to get bigger pool >There is another possibility. If you can retain the original smaller disks in the pool then you have the option of adding the additional 4 larger disks as another raidz set. In that case the command would be something like... zpool add yourpool raidz disk1 disk2 disk3 disk4 The pool would then stripe across the 2 raidz sets with more I/O to the larger raidz. In this case your new space would be immediately available. Since the 4 new disks are larger you could alternatively add a 3 disk raidz to the pool and add the 4th new disk as a spare. That way I think you could survive 2 disk failures in either pool as long as the 2nd failure didn''t occur during resilver operation from the first failure. Regards, Vic
On Sun, Jan 20, 2008 at 01:51:28PM +0100, Peter Schuller wrote:> > So will pool get bigger just by replasing all 4 disks one-by-one ? > > Yes, but a re-import (either by export/import or by reboot) is necessary > before the new space will be usable.Is this step really nessesary? The last time I played with this (using files instead of disks) all it took to get the extra space recognized was a ''zpool scrub''. I would certainly hope an export/import isn''t needed, as that would take away one of the greatest gifts we have which is to be able to expand out pool on the fly with no downtime! I''ll have to test again, like I said, it''s been a while since I last did this. -brian -- "Perl can be fast and elegant as much as J2EE can be fast and elegant. In the hands of a skilled artisan, it can and does happen; it''s just that most of the shit out there is built by people who''d be better suited to making sure that my burger is cooked thoroughly." -- Jonathan Patschke
Peter Schuller wrote:>> So will pool get bigger just by replasing all 4 disks one-by-one ? >> > > Yes, but a re-import (either by export/import or by reboot) is necessary > before the new space will be usable. >I don''t believe this is true. Online replacement is smart enough to pick this up. Where you hare to re-import is when you change the size of a LUN without doing a zpool replace. -- richard
This process should work, but make sure you don''t swap any cables around while you replace a drive, or you''ll run into the situation described in the following thread, as I did: http://www.opensolaris.org/jive/thread.jspa?threadID=48483&tstart=0 Chris This message posted from opensolaris.org
> I don''t believe this is true. Online replacement is smart enough > to pick this up. Where you hare to re-import is when you change > the size of a LUN without doing a zpool replace.I see. I have never had the hardware necessary to actually try hotswaps, but I remember some people complaining here and on FreeBSD lists about not seeing the added space. In my case I always rebooted anyway so I could never tell the difference. I stand corrected. Thanks! -- / Peter Schuller PGP userID: 0xE9758B7D or ''Peter Schuller <peter.schuller at infidyne.com>'' Key retrieval: Send an E-Mail to getpgpkey at scode.org E-Mail: peter.schuller at infidyne.com Web: http://www.scode.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part. URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080121/c617bcdd/attachment.bin>