vidar.nil...@palantir.no said:
> I'm trying to move disks in a zpool from one SATA-kontroller to another. Its
> 16 disks in 4x4 raidz. Just to see if it could be done, I moved one disk from
> one raidz over to the new controller. Server was powered off.
> . . .
> zpool replace storage c10t7d0 c11t0d0
> /dev/dsk/c11t0d0s0 is part of active ZFS pool storage. Please see zpool(1M).
> . . .
> I've tried several things now (fumbling around in the dark :-)). I tried to
> delete all partitions and relabel the disk, with no other results than above.
> . . .
To recover from this situation, you'll need to erase enough blocks of
the disk to get rid of the ZFS pool info. You could do this a number of
ways, but probably the simplest is:
dd if=/dev/zero of=/dev/rdsk/c11t0d0 bs=512 count=100
You may also need to give the same treatment to the last several blocks
of the disk, where redundant ZFS labels may still be present.
> Both controllers are "raid controllers", and I haven't found any way to make
> them presents the disks directly to opensolaris. So I have made 1 volume for
> each drive (the raid5 implementation is rather slow, and they have no
> battery). Maybe this is the source of the problems?
I don't think so. If the two RAID controllers were not compatible, I doubt
that ZFS would see the pool info on the disk that you already moved.
By the way, after you've got the above issue fixed, if you can power the
server off, you might be able to move all the drives at once, without any
resilvering. Just "zpool export storage" before moving the drives, then
afterwards "zpool import" should be able to find the pool in the new
location.
Note that this export/import approach probably won't work if the two RAID
controllers are not compatible with each other. Some RAID controllers can
be re-flashed with non-RAID firmware, so that might simplify things.
Regards,
Marion
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
