I hate it when this happens. After sending this I found a Sun document describing the on disk zfs format. That gave me the needed clues.
The solution is to wipe the slices reported as corrupted using a "dd if=/dev/zero". Reg -------------------------------------------- On Mon, 3/31/14, Reginald Beardsley <pulask...@yahoo.com> wrote: Subject: [OpenIndiana-discuss] Destroying a zombie pool To: "oi" <openindiana-discuss@openindiana.org> Date: Monday, March 31, 2014, 2:19 PM From something I did several years ago "zpool import" reports a zfs-8000-5e error on my system for a 2 slice mirror (c0d0s9 & c1d0s9). I would like to make the message go away. There is nothing to recover and the slices referenced are too small to form a new pool and cannot be enlarged. I've searched in vain for an explanation of how to make this go away or a hint as to where zpool was getting the information. I've tried every zpool subcommand that seems as if it might be relevant usually w/ a "pool does not exist" result. Does anyone have any insight, hints or suggestions? Where does zfs hide this info? Reg _______________________________________________ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss _______________________________________________ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss