ok - "-f" worked:
init...@dogpatch:~# zpool attach -f rpool c7t0d0s0 c7t1d0s0
Please be sure to invoke installgrub(1M) to make 'c7t1d0s0' bootable.
Make sure to wait until resilver is done before rebooting.
init...@dogpatch:~# zpool status rpool
pool: rpool
state: ONLINE
status: One or more de
ok - i tried to follow the troubleshooting instructions - but i ran into the
same problem at step 5 - the attach:
init...@dogpatch:~# zpool attach rpool c7t0d0s0 c7t1d0s0
invalid vdev specification
use '-f' to override the following errors:
/dev/dsk/c7t1d0s0 overlaps with /dev/dsk/c7t1d0s2
and,
i am attempting to follow the recipe in:
http://blogs.sun.com/sa/entry/hotplugging_sata_drives
the recipe copies the vtoc from the old drive to the new drive and then does an
attach. when i get to the attach - the partition slices on the new drive
overlap (the partition slices on the old drive o
rebooting fixed it - before rebooting, i ran the zdb script suggested above -
it created a 114MB file.
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-
the release notes:
http://docs.sun.com/app/docs/doc/817-0552/6mgbi4fgg?a=view
say an alternative to fixing the kernelbase is to upgrade to 64 bit - i'm
already running on a 64 bit sparc. maybe i have a different problem - my drives
have spun down to sleepy mode - zfs is still burning coal.
Th
i am having a similar problem - system hung on zfs destroy snapshot - 50% cpu
utilization - running for hours - how can i know if i have the same problem?
can you be specific about hpw to set the kernelbase?
This message posted from opensolaris.org
