Hi, I am able to reproduce the following panic on a number of Solaris 10 06/06 boxes (Sun Blade 150, V210 and T2000). The script to do this is:
#!/bin/sh -x uname -a mkfile 100m /data zpool create tank /data zpool status cd /tank ls -al cp /etc/services . ls -al cd / rm /data zpool status # uncomment the following lines if you want to see the system think # it can still read and write to the filesystem after the backing store has gone. #date #sleep 60 #date #zpool status #cd /tank #ls -al #cp /etc/passwd . #ls -al #cd / #zpool status zpool scrub tank zpool status Console output is: SUNW-MSG-ID: ZFS-8000-D3, TYPE: Fault, VER: 1, SEVERITY: Major EVENT-TIME: Thu Nov 2 16:20:36 EST 2006 PLATFORM: SUNW,Sun-Fire-V210, CSN: -, HOSTNAME: jsclient1 SOURCE: zfs-diagnosis, REV: 1.0 EVENT-ID: 7bac21b6-76e7-ecbd-a63a-982be2230f9d DESC: A ZFS device failed. Refer to http://sun.com/msg/ZFS-8000-D3 for more information. AUTO-RESPONSE: No automated response will occur. IMPACT: Fault tolerance of the pool may be compromised. REC-ACTION: Run 'zpool status -x' and replace the bad device. panic[cpu0]/thread=2a1011d3cc0: ZFS: I/O failure (write on <unknown> off 0: zio 60007432bc0 [L0 unallocated] 4000L/400P DVA[0]=<0:b000:400> DVA[1]=<0:120a000:400> fletcher4 lzjb BE contiguous birth=6 fill=0 cksum=672165b9e7:328e78ae25fd:ed007c9008f5f:34c05b10900b668): error 6 000002a1011d3740 zfs:zio_done+284 (60007432bc0, 0, a8, 7035dbf0, 0, 60006fa9700) %l0-3: 00000600036d4b40 000000007035d800 0000000000000006 0000000000000006 %l4-7: 000000007bb9a278 0000000000000002 0000000000000006 0000000000000006 000002a1011d3940 zfs:zio_vdev_io_assess+178 (60007432bc0, 8000, 10, 0, 0, 10) %l0-3: 0000000000000002 0000000000000002 0000000000000000 0000000000000006 %l4-7: 0000000000000010 000000022042d79b 0000000000000000 0000056ceb2506fa 000002a1011d3a00 genunix:taskq_thread+1a4 (60001b81808, 60001b817b0, 50001, 56f0b67e471, 2a1011d3aca, 2a1011d3ac8) %l0-3: 0000000000010000 0000060001b817d8 0000060001b817e0 0000060001b817e2 %l4-7: 00000600020f7310 0000000000000002 0000000000000000 0000060001b817d0 syncing file systems... 3 1 done dumping to /dev/md/dsk/d10, offset 429588480, content: kernel 100% done: 30100 pages dumped, compression ratio 3.77, dump succeeded is there a fix for this? regards matthew This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
