cpu panic solaris 10 6/6 zfs file system
Dear All ,
We have sunfire 240 ,solaris 10 6/6 (+July Recomended Patches) and have ZFS file system on A5K and multipack.
We got problem while restoring from zfs snapshot .
This log from Solaris Crash Analys tools
panic[cpu0]/thread=30000feb640:
BAD TRAP: type=31 rp=2a1014a7230 addr=0 mmu_fsr=0 occurred in module "SUNW,Ultra
SPARC-IIIi" due to a NULL pointer dereference
zfs:
trap type = 0x31
pid=5753, pc=0x11f2c44, sp=0x2a1014a6ad1, tstate=0x4480001602, context=0x1620
g1-g7: 7b6043a4, 2, 0, eac5, eac4, 10, 30000feb640
000002a1014a6f50 unix:die+78 (31, 2a1014a7230, 0, 0, 2a1014a7010, 1075000)
%l0-3: 00000000c0800000 0000000000000031 0000000001000000 0000000000002000
%l4-7: 000000000181a010 000000000181a000 0000000000000000 0000004480001602
000002a1014a7030 unix:trap+94c (2a1014a7230, 10000, 1fff, 5, 0, 1)
%l0-3: 0000000000000000 000003000a1fbbb0 0000000000000031 0000000000000000
%l4-7: 0000000000001c00 0000000000000001 ffffffffffffe000 0000000000000005
000002a1014a7180 unix:ktl0+48 (0, 3001307ae00, 121, 3001307ae00, 0, 26ef4)
%l0-3: 0000000000000003 0000000000001400 0000004480001602 0000000001019874
%l4-7: 0000000000000000 0000000000000000 0000000000000000 000002a1014a7230
000002a1014a72d0 zfs:zfsctl_ops_root+b2248d0 (3001290f4b8, 600034d2988, ffffffff
ffffffff, 3001308c9d0, 3001308c988, 1)
%l0-3: 000003001308c930 0000000000000000 0000000000026ef4 0000060006d04080
%l4-7: 0000000000000001 0000000000000010 0000000000000001 000003001290f568
000002a1014a7380 zfs:dnode_reallocate+150 (10e, 13, 3001308c930, 10e, 0, 600034d
2988)
%l0-3: 000000007b644800 0000000000000011 000003001308c988 0000000000000200
%l4-7: 0000000000000020 000003001290f4b8 000003001290f4b8 0000000000000013
000002a1014a7430 zfs:dmu_object_reclaim+80 (0, 0, 13, 200, 11, 7b644400)
%l0-3: 0000000000000008 0000000000000007 0000000000000006 0000000000025c3d
%l4-7: 0000030000072b00 0000000000000000 0000000000025c3c 00000600034d2988
000002a1014a74f0 zfs:restore_object+1b8 (2a1014a7710, 60007e603a8, 2a1014a76c8,
11, 600034d2988, 200)
%l0-3: 0000000000000000 0000000000020000 000000000000010e 0000000000100000
%l4-7: 0000000000000000 000000004a004000 0000000000040000 000000000000010e
000002a1014a75b0 zfs:dmu_recvbackup+608 (3001de04a00, 3001de04cd8, 3001de04b30,
60009a3d628, 1, 0)
%l0-3: 0000000000000040 000002a1014a7710 0000000000000138 000003000a1fbbb0
%l4-7: 00000002f5bacbac 0000000000000000 0000000000000200 0000000000000001
000002a1014a7770 zfs:zfs_ioc_recvbackup+38 (3001de04000, 0, 0, 0, 9, 0)
%l0-3: 0000000000000004 0000000000000000 000000000000006d 0000000000000000
%l4-7: 0000000000000000 000003001de0400e 0000000000000000 000000000000006c
000002a1014a7820 zfs:zfsdev_ioctl+160 (703d8c00, 5d, ffbfed10, 1f, 7c, e68)
%l0-3: 000003001de04000 0000000000000000 0000000000000000 000000000000007c
%l4-7: 000000007b637668 00000000703d91e0 00000000000002e8 00000000703d8ef8
000002a1014a78d0 genunix:const_seg_900000212+1c60c (3000e6ece00, 5a1f, ffbfed
10, 100003, 3001db0c3a8, 11fc6c8)
%l0-3: 0000060009992000 0000060009992000 0000000000000004 000003000a1fbbb0
%l4-7: 0000000000000003 0000000000000001 0000000000000000 00000000018a8400
000002a1014a7990 genunix:ioctl+184 (4, 60009c79650, ffbfed10, ff38db68, 40350, 5
a1f)
%l0-3: 0000000000000000 0000000000000000 0000000000000004 000000000000a5dd
%l4-7: 0000000000000001 0000000000000000 0000000000000000 0000000000000000
syncing file systems...
done
dumping to /dev/dsk/c1t0d0s1, offset 839122944, content: kernel
I had run sun vts both cpu and memory , two of them pass ,and i see
on sunsolve like bug of zfs.
http://sunsolve.sun.com/search/document.do?assetkey=1-1-5054671-1&searchcla use=zfs:%2420trap%2420type%2420=%24200x31
Please Advise me when any body have solution for this case.
Regards
Hadi
