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./
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
