To sum up, device removal this is one of our near term priorities. Note
that if you aren''t using RAID-Z, you can attach and detach devices from
mirrors at will. But, as Jonathan points out, there is no way to remove
a "top level" vdev from the pool.
- Eric
On Wed, Nov 16, 2005 at 09:21:08AM -0800, Jonathan Adams
wrote:> (CCing zfs-discuss, since it is the better forum)
>
> On Wed, Nov 16, 2005 at 09:06:03AM -0800, Alan Romeril wrote:
> > Hi there,
> > Just got my hands on a copy of Nevada b27 and have started playing
> > with zfs and zpool, and already have run myself into a corner. Is it
> > possible to remove storage from a storage pool without using zpool
> > destroy?
>
> Currently, no; I just put up a blog entry about my experience with this:
>
>
https://blogs.sun.com/roller/page/jwadams?entry=an_initial_encounter_with_zfs
>
> > Let''s say I want to migrate from one storage type to another
online,
> > for example a mirrored volume to a raidz volume.
>
> > If I create the volume with zpool create testpool mirror c1t5d0 c1t6d0
> > for example, I know that I can add the raidz volume with something
> > like zpool add -f testpool raidz c1t2d0 c1t3d0 c1t4d0 is it possible
> > then to remove the original mirror pair? Or maybe replace one of
> > the mirror components with a raidz set?
>
> This is not yet possible; it is being worked on, but I''m not sure
of the
> timeframe; I''ll let one of the ZFS folk answer this.
>
> > I was hoping that this
> > flexibility was available to make migration from one type of storage
> > array to another [u]really[/u] easy, something like start with old
> > array and storage layout then zpool add ( new and shiny ) and zpool
> > drop ( old and busted ) wait for i/o to complete and disconnect.
> > Perhaps I am being a little greedy here :)
>
> My understanding is that that is the desired end functionality; currently,
> you can''t do it.
>
> > First impressions are that ZFS is excellent and I am looking forward
> > to trying more and more of the features later on, congratulations to
> > everyone involved!
>
> Cheers,
> - jonathan
>
> --
> Jonathan Adams, Solaris Kernel Development
> _______________________________________________
> opensolaris-discuss mailing list
> opensolaris-discuss at opensolaris.org
--
Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock