Use "zpool destroy -f test"
thanks for your reply, but as you can see in provided output, this command hangs too so did not help..
You may try to use "devfsadm -c disk" to rescan the disk devices and then "zpool destroy". Hope it will help.
I had the same issue recently (solaris 11.1 system) where I deleted a LUN from the SAN before destroying a zpool on it. The pool was suspended and all operations on it failed. I also tried a zpool clear but that did not work and additionally, all other operations on other zpools were also hanging after that. The "workaround" was to delete /etc/zpool.cache and reboot the system.
I raised an SR and a feature request for this but to my knowledge, nothing has been done yet. There is note 1457074.1 on MOS that describes this for Solaris 10 (including a bug and patch) and claims that solaris 11 is not affected.
Did anyone come up with a solution for this.
i did the /etc/zfs/zpool.cache.
but on import will go back to suspended
did zpool clear
try to roll back txg. but the pool alway come back as suspended
the only thing i can do is import in a readonly mode. never seen this type of problem on any other ZFS based os
so does this mean 11.1 has a funny bug