zfs discuss - Sep 2006 - zfs receive kernel panics the machine

Hi,

I''m running some experiments with zfs send and receive on Solaris 10u2
between two different machines. On server 1 I have the following

data/zones/app1        838M  26.5G   836M  /zones/app1
data/zones/app1 at transport_20060822135811  2.35M      -   832M  -

I have a script that creates a new snapshot and sends the diff to the
other machine. When I do a zfs receive on the other side the machine
kernel panics (see below for the panic).

I''ve done a zpool scrub to make sure the pool is ok (no errors found)
and I now wonder what steps I can take to stop this from happening.

cheers,
Nickus

panic[cpu0]/thread=30002033020: BAD TRAP: type=31 rp=2a101067030
addr=0 mmu_fsr=0 occurred in module "SUNW,UltraSPARC-IIe" due to a
NULL pointer dereference

zfs: trap type = 0x31
pid=615, pc=0x11efa24, sp=0x2a1010668d1, tstate=0x4480001602, context=0x4cd
g1-g7: 7ba9a3a4, 0, 1864400, 0, ffffffffffffffff, 10, 30002033020

000002a101066d50 unix:die+78 (31, 2a101067030, 0, 0, 2a101066e10, 1075000)
  %l0-3: 00000000c0800000 0000000000000031 0000000001000000 0000000000002000
  %l4-7: 000000000181a010 000000000181a000 0000000000000000 0000004480001602
000002a101066e30 unix:trap+8fc (2a101067030, 5, 1fff, 1c00, 0, 1)
  %l0-3: 0000000000000000 0000030004664780 0000000000000031 0000000000000000
  %l4-7: ffffffffffffe000 0000000000000200 0000000000000001 0000000000000005
000002a101066f80 unix:ktl0+48 (7, 0, 18a4800, 30007998a00,
30007998a00, 180c000)  %l0-3: 0000000000000003 0000000000001400
0000004480001602 0000000001019840
  %l4-7: 00000300020f4200 0000000000000003 0000000000000000 000002a101067030
000002a1010670d0 SUNW,UltraSPARC-IIe:bcopy+1554 (fffffcfff8667600,
30007998a00, 0, 140, 1, 72bb1)
  %l0-3: 0000000000000001 000003000799c648 0000000000000008 00000300020faab0
  %l4-7: 0000000000000000 0000000000000000 0000000000000002 00000000000001f8
000002a1010672d0 zfs:zfsctl_ops_root+b75c8d0 (30007996f40,
30003e82860, ffffffffffffffff, 3000799c5d8, 3000799c590, 2)
  %l0-3: 000003000799c538 0000000000000000 000000000000434b 0000030001a25500
  %l4-7: 0000000000000001 0000000000000020 0000000000000002 0000030007996ff0
000002a101067380 zfs:dnode_reallocate+150 (10e, 13, 3000799c538, 10e,
0, 30003e82860)
  %l0-3: 000000007bada800 0000000000000011 000003000799c590 0000000000000200
  %l4-7: 0000000000000020 0000030007996f40 0000030007996f40 0000000000000013
000002a101067430 zfs:dmu_object_reclaim+80 (0, 0, 13, 200, 11, 7bada400)
  %l0-3: 0000000000000008 0000000000000007 0000000000000001 0000000000001af0
  %l4-7: 0000030000072b00 0000000000000000 0000000000001aef 0000030003e82860
000002a1010674f0 zfs:restore_object+1b8 (2a101067710, 300038da6c8,
2a1010676c8, 11, 30003e82860, 200)
  %l0-3: 0000000000000000 0000000000020000 000000000000010e 0000000000100000
  %l4-7: 0000000000000000 000000004a004000 0000000000040000 000000000000010e
000002a1010675b0 zfs:dmu_recvbackup+608 (300036b7a00, 300036b7cd8,
300036b7b30, 300075159c0, 1, 0)
  %l0-3: 0000000000000040 000002a101067710 0000000000000138 0000030004664780
  %l4-7: 00000002f5bacbac 0000000000000000 0000000000000200 0000000000000001
000002a101067770 zfs:zfs_ioc_recvbackup+38 (300036b7000, 0, 0, 0, 9, 0)
  %l0-3: 0000000000000004 0000000000000000 0000000000000064 0000000000000000
  %l4-7: 0000000000000000 00000300036b700f 0000000000000000 0000000000000031
000002a101067820 zfs:zfsdev_ioctl+160 (70336c00, 5d, ffbfee40, 1f, 7c, e68)
  %l0-3: 00000300036b7000 0000000000000000 0000000000000000 000000000000007c
  %l4-7: 000000007bacd668 00000000703371e0 00000000000002e8 0000000070336ef8
000002a1010678d0 genunix:___const_seg_900000212+1c60c (30006705600,
5a1f, ffbfee40, 100003, 300046d9148, 11f86c8)
  %l0-3: 0000030004be2200 0000030004be2200 0000000000000004 0000030004664780
  %l4-7: 0000000000000003 0000000000000001 0000000000000000 00000000018a5c00
000002a101067990 genunix:ioctl+184 (4, 3000438c9a0, ffbfee40,
ff38db68, 40350, 5a1f)
  %l0-3: 0000000000000000 0000000000000000 0000000000000004 00000000000014da
  %l4-7: 0000000000000001 0000000000000000 0000000000000000 0000000000000000

syncing file systems... 2 1 done
skipping system dump - no dump device configured
rebooting...