Hi All, I have a RAIDZ pool configured on my system with 3 disks . Now I would like to add a single disk to the existing RAIDZ pool instead of adding raidz devices. Is it possible? Thanks Nandini
unfortunately this is not possible right now. The only way to expand raidz is to add another raidz vdev or replace all the disks with larger ones... On Mon, Aug 10, 2009 at 2:21 PM, Nandini Mocherla <Nandini.Mocherla at sun.com>wrote:> Hi All, > > I have a RAIDZ pool configured on my system with 3 disks . Now I would > like to add a single disk to the existing RAIDZ pool instead of adding > raidz devices. Is it possible? > > Thanks > Nandini > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090810/b69ab29b/attachment.html>
On Mon, 10 Aug 2009, Thomas Burgess wrote:> unfortunately this is not possible right now. The only way to expand raidz > is to add another raidz vdev or replace all the disks with larger ones...I don''t think that there is an actual requirement for all the vdevs in a pool to be of the same type or organization. It would even be possible to add a single-disk vdev to a pool with raidz vdevs, but then the only way to achieve redundancy for that disk would be to add a mirror disk for it. Bob -- Bob Friesenhahn bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
i think you can add different types of vdevs but doesn''t it make you use -f? i thought it was "not a good idea" On Mon, Aug 10, 2009 at 2:48 PM, Bob Friesenhahn < bfriesen at simple.dallas.tx.us> wrote:> On Mon, 10 Aug 2009, Thomas Burgess wrote: > > unfortunately this is not possible right now. The only way to expand >> raidz >> is to add another raidz vdev or replace all the disks with larger ones... >> > > I don''t think that there is an actual requirement for all the vdevs in a > pool to be of the same type or organization. It would even be possible to > add a single-disk vdev to a pool with raidz vdevs, but then the only way to > achieve redundancy for that disk would be to add a mirror disk for it. > > Bob > -- > Bob Friesenhahn > bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090810/dc36f313/attachment.html>
On Mon, 10 Aug 2009, Thomas Burgess wrote:> i think you can add different types of vdevs but doesn''t it make you use -f? > i thought it was "not a good idea"I have no idea. I am not brave enough to try it with my own pool and am too lazy to test with files. There are lots of things you can do wrong. For example, you could have two vdevs with the same organization, but with radically different disk performance. Bob -- Bob Friesenhahn bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
On Mon, Aug 10, 2009 at 05:16:27PM -0500, Bob Friesenhahn wrote:> On Mon, 10 Aug 2009, Thomas Burgess wrote: > > >i think you can add different types of vdevs but doesn''t it make you use > >-f? > >i thought it was "not a good idea" > > I have no idea. I am not brave enough to try it with my own pool and > am too lazy to test with files. > > There are lots of things you can do wrong. For example, you could > have two vdevs with the same organization, but with radically > different disk performance.If I''m not mistaken, the "only downside" to mixing and matching disks and/or vdev types is that the entire zpool''s performance is limited by the lowest common denominator. Add a fast mirror to your slow raidz pool and you''ll only increase the space. Add a slow raidz vdev to your fast mirror pool and you''ll add space and reduce the performance. I''m not 100% sure on that, but I seem to remember that being the only potential problem. -brian -- "Coding in C is like sending a 3 year old to do groceries. You gotta tell them exactly what you want or you''ll end up with a cupboard full of pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
this sounds right. Theres also the problem of adding non-redundant types to redundant types...but yah, it kind of defeats the purpose, The thing people seem to miss, is ZFS comes with a price, that price is you need to plan your pool AND expansion plan ahead of time. If you want to grow pools with small numbers of disks, use mirrored vdevs. On Mon, Aug 10, 2009 at 6:30 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:> On Mon, Aug 10, 2009 at 05:16:27PM -0500, Bob Friesenhahn wrote: > > On Mon, 10 Aug 2009, Thomas Burgess wrote: > > > > >i think you can add different types of vdevs but doesn''t it make you use > > >-f? > > >i thought it was "not a good idea" > > > > I have no idea. I am not brave enough to try it with my own pool and > > am too lazy to test with files. > > > > There are lots of things you can do wrong. For example, you could > > have two vdevs with the same organization, but with radically > > different disk performance. > > If I''m not mistaken, the "only downside" to mixing and matching disks > and/or > vdev types is that the entire zpool''s performance is limited by the lowest > common denominator. Add a fast mirror to your slow raidz pool and you''ll > only increase the space. Add a slow raidz vdev to your fast mirror pool > and > you''ll add space and reduce the performance. > > I''m not 100% sure on that, but I seem to remember that being the only > potential > problem. > > -brian > -- > "Coding in C is like sending a 3 year old to do groceries. You gotta > tell them exactly what you want or you''ll end up with a cupboard full of > pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435) > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090811/952dcbe4/attachment.html>