If you are really sure that disks c5t2d0 and c5t6d0 are not in use by
anyone and want to add them as spares, then dd''ing 0s over the labes
should suffice (front and back labels). Usual warnings about dd''ing
0s over a disk apply here. I''d probably do one at a time.
eric
On Apr 2, 2008, at 4:38 AM, Sandro Roth wrote:> Hi experts
>
> zpool import shows some weird config of an old zpool
> bash-3.00# zpool import pool: data1 id: 7539031628606861598 state:
> FAULTED status: One or more devices are missing from the system.
> action: The pool cannot be imported. Attach the missing devices and
> try again. see: http://www.sun.com/msg/ZFS-8000-3C config: data1
> UNAVAIL insufficient replicas raidz1 UNAVAIL insufficient replicas
> c0t2d0 FAULTED corrupted data c0t3d0 FAULTED corrupted data c1t2d0
> FAULTED corrupted data c1t3d0 FAULTED corrupted data c4t2d0 FAULTED
> corrupted data c4t3d0 FAULTED corrupted data c5t3d0 FAULTED
> corrupted data c6t2d0 FAULTED corrupted data c6t3d0 FAULTED
> corrupted data spare DEGRADED c7t2d0 UNAVAIL cannot open c5t6d0
> ONLINE c7t3d0 FAULTED corrupted data Is it possible to get rid of
> this without destroying the whole pool and recreating it? I would
> like to add c5t2d0 c5t6d0 to the actual zpool as hotspares, but I
> can''t: bash-3.00# zpool add data1 spare c5t2d0 c5t6d0 invalid vdev
> specification use ''-f'' to override the following errors:
/dev/dsk/
> c5t6d0s0 is part of exported or potentially active ZFS pool data1.
> Please see zpool(1M). bash-3.00# zpool add -f data1 spare c5t2d0
> c5t6d0 invalid vdev specification the following errors must be
> manually repaired: /dev/dsk/c5t6d0s0 is part of exported or
> potentially active ZFS pool data1. Please see zpool(1M). The actual
> zpool config looks like this bash-3.00# zpool status pool: data1
> state: ONLINE scrub: none requested config: NAME STATE READ WRITE
> CKSUM data1 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c0t0d0 ONLINE 0 0 0
> c0t1d0 ONLINE 0 0 0 c1t0d0 ONLINE 0 0 0 c1t1d0 ONLINE 0 0 0 c4t0d0
> ONLINE 0 0 0 c4t1d0 ONLINE 0 0 0 c5t1d0 ONLINE 0 0 0 c6t0d0 ONLINE
> 0 0 0 c6t1d0 ONLINE 0 0 0 c7t0d0 ONLINE 0 0 0 c7t1d0 ONLINE 0 0 0
> raidz1 ONLINE 0 0 0 c0t2d0 ONLINE 0 0 0 c0t3d0 ONLINE 0 0 0 c1t2d0
> ONLINE 0 0 0 c1t3d0 ONLINE 0 0 0 c4t2d0 ONLINE 0 0 0 c4t3d0 ONLINE
> 0 0 0 c5t3d0 ONLINE 0 0 0 c6t2d0 ONLINE 0 0 0 c6t3d0 ONLINE 0 0 0
> c4t6d0 ONLINE 0 0 0 c7t3d0 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c0t4d0
> ONLINE 0 0 0 c0t5d0 ONLINE 0 0 0 c1t4d0 ONLINE 0 0 0 c1t5d0 ONLINE
> 0 0 0 c4t4d0 ONLINE 0 0 0 c4t5d0 ONLINE 0 0 0 c5t5d0 ONLINE 0 0 0
> c6t4d0 ONLINE 0 0 0 c6t5d0 ONLINE 0 0 0 c7t4d0 ONLINE 0 0 0 c7t5d0
> ONLINE 0 0 0 raidz1 ONLINE 0 0 0 c0t6d0 ONLINE 0 0 0 c0t7d0 ONLINE
> 0 0 0 c1t6d0 ONLINE 0 0 0 c1t7d0 ONLINE 0 0 0 c7t2d0 ONLINE 0 0 0
> c4t7d0 ONLINE 0 0 0 c5t7d0 ONLINE 0 0 0 c6t6d0 ONLINE 0 0 0 c6t7d0
> ONLINE 0 0 0 c7t6d0 ONLINE 0 0 0 c7t7d0 ONLINE 0 0 0 errors: No
> known data errors Thanks a lot
>
> Regards
> Sandro
> --
> Sandro Roth
> Sun Microsystems (Schweiz) AG
> Javastrasse 2 / Hegnau
> Volketswil 8604 CH
> Phone +41 (0)44 908 9333
> Mobile +41 (0)79 615 86 12
> Fax +41 (0)44 908 99 14
> Email Sandro.Roth at Sun.COM
>
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss