Sounds correct to me. The disk isn't sync'd so boot should fail. If you pull disk0 or set disk1 as the primary boot device what does it do? You can't expect it to resliver before booting.
On 6/11/08, Vincent Fox <[EMAIL PROTECTED]> wrote: > So I decided to test out failure modes of ZFS root mirrors. > > Installed on a V240 with nv90. Worked great. > > Pulled out disk1, then replaced it and attached again, resilvered, all good. > > Now I pull out disk0 to simulate failure there. OS up and running fine, but > lots of error message about SYNC CACHE. > > Next I decided to init 0, and reinsert disk 0, and reboot. Uh oh! > > Probing system devices > Probing memory > Probing I/O buses > > Sun Fire V240, No Keyboard > Copyright 2007 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.22.33, 8192 MB memory installed, Serial #54881337. > Ethernet address 0:3:ba:45:6c:39, Host ID: 83456c39. > > > > Rebooting with command: boot > Boot device: /[EMAIL PROTECTED],600000/[EMAIL PROTECTED]/[EMAIL > PROTECTED],0:a File and args: > SunOS Release 5.11 Version snv_90 64-bit > Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved. > Use is subject to license terms. > NOTICE: > > *************************************************** > * This device is not bootable! * > * It is either offlined or detached or faulted. * > * Please try to boot from a different device. * > *************************************************** > > > NOTICE: > spa_import_rootpool: error 22 > > Cannot mount root on /[EMAIL PROTECTED],600000/[EMAIL PROTECTED]/[EMAIL > PROTECTED],0:a fstype zfs > > panic[cpu1]/thread=180e000: vfs_mountroot: cannot mount root > > 000000000180b950 genunix:vfs_mountroot+348 (600, 200, 800, 200, 1874800, > 12b6000) > %l0-3: 000000000001d524 0000000000000064 000000000001d4c0 0000000000001d4c > %l4-7: 00000000000005dc 0000000000001770 0000000000000640 00000000018c7000 > 000000000180ba10 genunix:main+b4 (1815000, 180c000, 1837240, 18151f8, 1, > 180e000) > %l0-3: 0000000001838258 0000000070002000 00000000010bfc00 0000000000000000 > %l4-7: 000000000183c400 0000000000000001 000000000180c000 0000000001837c00 > > skipping system dump - no dump device configured > rebooting... > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss