panic: trap: fast data access mmu miss

[vezku at surfeu.fi]

Hey folks,

I found some references for this issue, but not many answers.

I'm running 5.1-RELEASE on SUN 250E and system crashes while trying to
copy "large amount" of data (9Gb, both rsync or tar) on vinum mirrored
volume.
Sorry I don't have any trace or similar output, but things are kinda
hectic right now.
I solved the problem by copying data in smaller pieces. Just thought to
drop a line...I read it might have something to with the SCSI controller,
but not sure.

-Vesa, SysAdmin, Finland

da0 at sym0 bus 0 target 0 lun 0
da0: <SEAGATE ST39103LCSUN9.0G 034A> Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing
Enabled
da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C)
cd0 at sym0 bus 0 target 6 lun 0
cd0: <TOSHIBA XM6201TASUN32XCD 1103> Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 16)
cd0: cd present [448664 x 512 byte records]
da2 at sym0 bus 0 target 10 lun 0
da2: <SEAGATE ST336605LSUN36G 0638> Fixed Direct Access SCSI-3 device
da2: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing
Enabled
da2: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C)
da1 at sym0 bus 0 target 9 lun 0
da1: <SEAGATE ST336605LSUN36G 0638> Fixed Direct Access SCSI-3 device
da1: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing
Enabled
da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C)