Hi Robert,

I just want to be clear that you can't just remove a disk from an
exported pool without penalty upon import:
- If the underlying redundancy of the original pool doesn't support
it and you lose data
- Some penalty exists even for redundant pools, which is running
in DEGRADED mode until you put the disk back

Cindy

Robert Milkowski wrote:
Hello Cindy,

Thursday, April 26, 2007, 8:57:54 PM, you wrote:

CSSC> Nenad,

CSSC> I've seen this solution offered before, but I would not recommend this
CSSC> except as a last resort, unless you didn't care about the health of
CSSC> the original pool.

CSSC> Removing a device from an exported pool, could be very bad, depending
CSSC> on the pool's redundancy. You might not get your all data back unless
CSSC> you put the disk back.

CSSC> See the output below.

CSSC> Definitely not for a pool and data on a production system.

CSSC> Cindy

CSSC> # zpool status epool
CSSC>    pool: epool
CSSC>   state: ONLINE
CSSC>   scrub: none requested
CSSC> config:

CSSC>          NAME        STATE     READ WRITE CKSUM
CSSC>          epool       ONLINE       0     0     0
CSSC>            mirror    ONLINE       0     0     0
CSSC>              c7t6d0  ONLINE       0     0     0
CSSC>              c7t5d0  ONLINE       0     0     0
CSSC>              c5t5d0  ONLINE       0     0     0
CSSC>              c6t6d0  ONLINE       0     0     0
CSSC>              c6t5d0  ONLINE       0     0     0
CSSC>              c6t7d0  ONLINE       0     0     0

CSSC> errors: No known data errors
CSSC> # cfgadm | grep c6t7d0
CSSC> sata4/7::dsk/c6t7d0            disk         connected    configured   ok
CSSC> # zpool export epool
CSSC> # cfgadm -c unconfigure sata4/7
CSSC> Unconfigure the device at:
CSSC> /devices/[EMAIL PROTECTED],0/pci1022,[EMAIL PROTECTED]/pci11ab,[EMAIL 
PROTECTED]:7
CSSC> This operation will suspend activity on the SATA device
CSSC> Continue (yes/no)? y
CSSC> # zpool import epool
CSSC> # zpool status epool
CSSC>    pool: epool
CSSC>   state: DEGRADED
CSSC> status: One or more devices could not be opened. Sufficient replicas CSSC> exist for
CSSC>          the pool to continue functioning in a degraded state.
CSSC> action: Attach the missing device and online it using 'zpool online'.
CSSC>     see: http://www.sun.com/msg/ZFS-8000-D3
CSSC>   scrub: resilver completed with 0 errors on Thu Apr 26 11:38:21 2007
CSSC> config:

CSSC>          NAME        STATE     READ WRITE CKSUM
CSSC>          epool       DEGRADED     0     0     0
CSSC>            mirror    DEGRADED     0     0     0
CSSC>              c7t6d0  ONLINE       0     0     0
CSSC>              c7t5d0  ONLINE       0     0     0
CSSC>              c5t5d0  ONLINE       0     0     0
CSSC>              c6t6d0  ONLINE       0     0     0
CSSC>              c6t5d0  ONLINE       0     0     0
CSSC>              c6t7d0  UNAVAIL      0     0     0  cannot open

CSSC> errors: No known data errors
CSSC> #

What's wrong with above? It's perfectly normal and in such a config
it's definitely safe (there're still 5 copies of valid data).

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

Reply via email to