I''m running Solaris 10 Sparc with rather updated patches (as of ~30 days ago?) on a netra x1. I had set up zfs root with two IDE 40GB hard disks. all was fine until my secondary master died. no read/write errors; just dead. No matter what I try (booting with the dead drive in place, booting with an identical but working drive in its place, booting with no secondary master, booting in single user mode), the system panics while trying to come up. What are we supposed to do when a ZFS root loses it''s disk? This behavior is just bizarre. Boot device: disk File and args: SunOS Release 5.10 Version Generic_142900-07 64-bit Copyright 1983-2010 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. \ panic[cpu0]/thread=180e000: assertion failed: nvlist_lookup_uint64(config, ZPOOL_CONFIG_POOL_TXG, &txg) == 0, file: ../../common/fs/zfs/spa.c, line: 2218 000000000180b3f0 genunix:assfail+74 (130a570, 130a5b0, 8aa, 183fc00, 1265c00, 0) %l0-3: 00000600106e6000 0000000000000004 0000000000004000 00000600106ea000 %l4-7: 0000000001265c00 0000000000000000 0000000001888400 0000000000000000 000000000180b4a0 zfs:spa_check_rootconf+54 (130a400, 130a400, 0, 180b610, 1137c00, 0) %l0-3: 0000000000000021 000000000000000a 0000000000000002 0000000000000020 %l4-7: 0000000001137df8 0000000000000008 0000000000000008 000000000130a400 000000000180b560 zfs:spa_get_rootconf+1d0 (2, 8, 180b718, 180b610, 180b620, 0) %l0-3: 000000000130a788 0000000000000001 0000000000000001 000000000130a400 %l4-7: 0000000000000000 000000000130a400 00000000ffffffff ffffffffffffffff 000000000180b660 zfs:spa_import_rootpool+10 (183dc30, 0, 18db400, 18c1800, 9, 0) %l0-3: 000000000000002c 0000000001872400 000000000000002c 0000000001815000 %l4-7: 000000000000002b 0000000000000002 000000000180e000 0000000000000000 000000000180b720 zfs:zfs_mountroot+6c (189b3a0, 0, 0, 708, 0, 300003d6898) %l0-3: 00000000018cf800 0000000001877800 00000000011b8c00 00000000018cb000 %l4-7: 0000000001877800 00000000011b8c00 00000000018bd800 0000000001877800 000000000180b7e0 swapgeneric:rootconf+1b0 (0, 183dc00, 1872a20, 0, 183dc30, 1872f68) %l0-3: 0000000001872800 ffffffffffffffff 0000030000005a60 000003000004b208 %l4-7: 0000000000000000 00000000018c1800 0000000000000000 00000000018ca800 000000000180b890 unix:stubs_common_code+70 (3000024d000, 0, 4, 0, 3000024d000, 2fff) %l0-3: 000000000180b149 000000000180b211 0000000000000000 0000030000338dd0 %l4-7: 0000000000000000 0000000001818a70 0000000000000001 0000000000000000 000000000180b950 genunix:vfs_mountroot+60 (800, 200, 0, 1872800, 189b400, 18cac00) %l0-3: 00000000010bf800 00000000010bf920 0000000001878360 00000000011f2400 %l4-7: 00000000011f2400 00000000018cd000 0000000000000600 0000000000000200 000000000180ba10 genunix:main+9c (0, 180c000, 1838130, 1815358, 181b738, 18bd800) %l0-3: 000000000180c000 000000000180c000 0000000070002000 0000000000000000 %l4-7: 000000000183d400 0000000000000000 000000000180c000 0000000000000001 skipping system dump - no dump device configured rebooting... Res LOM event: +0h1m59s host reset etting ... -- Jeremy Kister http://jeremy.kister.net./