Oops, I forgot a step. I also upgraded the zpool in snv79b before I
tried the remove. It is now version 10.

On 2/15/08, Christopher Gibbs <[EMAIL PROTECTED]> wrote:
> The pool was exported from snv_73 and the spare was disconnected from
>  the system. The OS was upgraded to snv_79b (SXDE 1/08) and the pool
>  was re-imported.
>
>  I think this weekend I'll try connecting a different drive to that
>  controller and see if it will remove then.
>
>  Thanks for your help.
>
>
>  On 2/15/08, Robin Guo <[EMAIL PROTECTED]> wrote:
>  > Hi, Christopher,
>  >
>  >   I tried by using raw files as the spare, remove the file, then 'zpool
>  >  remove' ,
>  >  looks the raw files could be eliminated from the pool.
>  >
>  >   But since you use the physical device, I suppose it might be a bug there,
>  >  for the status of spare device has turned to be 'UNAVAIL'.
>  >
>  >   Could you point out the OS you used? I might check with the latest
>  >  onnv nightly to
>  >  see if this issue exist.
>  >
>  >
>  >  Christopher Gibbs wrote:
>  >  > I have a hot spare that was part of my zpool but is no longer
>  >  > connected to the system. I can run the zpool remove command and it
>  >  > returns fine but doesn't seem to do anything.
>  >  >
>  >  > I have tried adding and removing spares that are connected to the
>  >  > system and works properly. Is zpool remove failing because the disk is
>  >  > no longer connected to the system?
>  >  >
>  >  > # zpool remove tank c1d0s4
>  >  > # zpool status
>  >  >   pool: tank
>  >  >  state: ONLINE
>  >  >  scrub: none requested
>  >  > config:
>  >  >
>  >  >         NAME        STATE     READ WRITE CKSUM
>  >  >         tank        ONLINE       0     0     0
>  >  >           raidz1    ONLINE       0     0     0
>  >  >             c2d0    ONLINE       0     0     0
>  >  >             c2d1    ONLINE       0     0     0
>  >  >             c3d0    ONLINE       0     0     0
>  >  >             c3d1    ONLINE       0     0     0
>  >  >             c1t0d0  ONLINE       0     0     0
>  >  >             c1t1d0  ONLINE       0     0     0
>  >  >             c1t2d0  ONLINE       0     0     0
>  >  >             c1t3d0  ONLINE       0     0     0
>  >  >         spares
>  >  >           c1d0s4    UNAVAIL   cannot open
>  >  >
>  >  > errors: No known data errors
>  >  >
>  >  >
>  >  >
>  >  >
>  >
>  >
>  >  --
>  >
>  > Regards,
>  >
>  >
>  >  Robin Guo, Xue-Bin Guo
>  >  Solaris Kernel and Data Service QE,
>  >  Sun China Engineering and Reserch Institute
>  >  Phone: +86 10 82618200 +82296
>  >  Email: [EMAIL PROTECTED]
>  >  Blog: http://blogs.sun.com/robinguo
>  >
>  >
>
>
>
> --
>  Chris
>


-- 
Chris
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to