I seem to have got the same core dump, in a different way.
I had a zpool setup on a iscsi 'disk'.  For details see:
http://mail.opensolaris.org/pipermail/storage-discuss/2007-May/001162.html
But after a reboot the iscsi target was not longer available, so the iscsi
initiator could not provide the disk that he zpool was based on.
I did a 'zpool status', but the PC just rebooted, rather than handling it in a
graceful way.
After the reboot I discover a core dump has been created - details below:

# cat /etc/release
                            Solaris Nevada snv_60 X86
           Copyright 2007 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                             Assembled 12 March 2007
#
# cd /var/crash/solaris
# mdb -k 1
Loading modules: [ unix genunix specfs dtrace uppc pcplusmp scsi_vhci ufs ip 
hook neti
 sctp arp usba uhci qlc fctl nca lofs zfs random md cpc crypto fcip fcp 
logindmux ptm
  sppp emlxs ipc ]
> ::status
debugging crash dump vmcore.1 (64-bit) from solaris
operating system: 5.11 snv_60 (i86pc)
panic message:
ZFS: I/O failure (write on <unknown> off 0: zio fffffffec38cf340 [L0 packed 
nvlist]
 4000L/600P DVA[0]=<0:160225800:600> DVA[1]=<0:9800:600> fletcher4 lzjb LE 
contiguous
  birth=192896 fill=1 cksum=6b28
dump content: kernel pages only
> *panic_thread::findstack -v
stack pointer for thread ffffff00025b2c80: ffffff00025b28f0
  ffffff00025b29e0 panic+0x9c()
  ffffff00025b2a40 zio_done+0x17c(fffffffec38cf340)
  ffffff00025b2a60 zio_next_stage+0xb3(fffffffec38cf340)
  ffffff00025b2ab0 zio_wait_for_children+0x5d(fffffffec38cf340, 11, 
fffffffec38cf598)
  ffffff00025b2ad0 zio_wait_children_done+0x20(fffffffec38cf340)
  ffffff00025b2af0 zio_next_stage+0xb3(fffffffec38cf340)
  ffffff00025b2b40 zio_vdev_io_assess+0x129(fffffffec38cf340)
  ffffff00025b2b60 zio_next_stage+0xb3(fffffffec38cf340)
  ffffff00025b2bb0 vdev_mirror_io_done+0x2af(fffffffec38cf340)
  ffffff00025b2bd0 zio_vdev_io_done+0x26(fffffffec38cf340)
  ffffff00025b2c60 taskq_thread+0x1a7(fffffffec154f018)
  ffffff00025b2c70 thread_start+8()
> ::cpuinfo -v
 ID ADDR             FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD           PROC
  0 fffffffffbc31f80  1b    2    0  99   no    no t-0    ffffff00025b2c80 sched
                       |    |
            RUNNING <--+    +-->  PRI THREAD           PROC
              READY                60 ffffff00022c9c80 sched
             EXISTS                60 ffffff00020e9c80 sched
             ENABLE

 ID ADDR             FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD           PROC
  1 fffffffec11ad000  1f    3    0  59  yes    no t-0    fffffffec3dcbbc0 
syslogd
                       |    |
            RUNNING <--+    +-->  PRI THREAD           PROC
              READY                60 ffffff000212bc80 sched
           QUIESCED                59 fffffffec1e51360 syslogd
             EXISTS                59 fffffffec1ec2180 syslogd
             ENABLE

> ::quit
 
 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to