BAD TRAP
Hello,
I tried to load my device driver with add_drv, then the system reboot itself and give me that message: reboot after panic: BAD TRAP: type=31 rp=2a1008dce10 addr=ff318a40 mmu_fsr=0.
I suspect an invalid memory access but I want to have some suggestions...
I develop on a Sunblade 1000 machine.
Thanks!!
Hello,
I tried to load my device driver with add_drv, then the system reboot itself and give me that message: reboot after panic: BAD TRAP: type=31 rp=2a1008dce10 addr=ff318a40 mmu_fsr=0.
I suspect an invalid memory access but I want to have some suggestions...
I develop on a Sunblade 1000 machine.
Thanks!!
Similar Messages
-
ZFS on solaris10 panics HP Proliant server BAD TRAP page fault in kernel
When installing Solaris 9/10 on a HP Proliant DL 380 G5
the system resets when choosing ZFS as a root file system,
even after CPQary3 device driver has been installed.
The CPQary3 device driver is the latest version 2.3.0,is neccessary because of the presence of a HP Smart Array E200 Controller
and is installed sucessfully during the installation from DVD
When choosing UFS as a root file system, the OS installs fine.
But when zfs is used to configure a zps pool after the installation, the system resets again
Has anyone experienced the same problems ? knows how to solve this ?
Solaris installs fine when choosing UFS as a root file system.
After that, a second disk partition is created of type Other to hold a zfs pool with the following command:
zpool create datapool c0t0d0p2
After that the system PANICS: here is an extract from the /var/adm/messages files:
Mar 14 16:36:49 solarisintel ^Mpanic[cpu1]/thread=fffffe800069bc60:
Mar 14 16:36:49 solarisintel genunix: [ID 335743 kern.notice] BAD TRAP: type=e (#pf Page fault) rp=fffffe800069b940 addr=238 occurred in
module "unix" due to a NULL pointer dereference
Mar 14 16:36:49 solarisintel unix: [ID 100000 kern.notice]
Mar 14 16:36:49 solarisintel unix: [ID 839527 kern.notice] sched:
Mar 14 16:36:49 solarisintel unix: [ID 753105 kern.notice] #pf Page fault
Mar 14 16:36:49 solarisintel unix: [ID 532287 kern.notice] Bad kernel fault at addr=0x238
Mar 14 16:36:49 solarisintel unix: [ID 243837 kern.notice] pid=0, pc=0xfffffffffb8406fb, sp=0xfffffe800069ba38, eflags=0x10246
Mar 14 16:36:49 solarisintel unix: [ID 211416 kern.notice] cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 6f0<xmme,fxsr,pge,mce,pae,pse>
Mar 14 16:36:49 solarisintel unix: [ID 354241 kern.notice] cr2: 238 cr3: 11ada000 cr8: c
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] rdi: 238 rsi: 4 rdx: fffffe800069bc60
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] rcx: 14 r8: 0 r9: 0
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] rax: 0 rbx: 238 rbp: fffffe800069ba60
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] r10: 0 r11: 1 r12: 100000
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] r13: 0 r14: 4 r15: ffffffffb3a61af0
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] fsb: 0 gsb: ffffffff9b2ac800 ds: 43
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] es: 43 fs: 0 gs: 1c3
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] trp: e err: 2 rip: fffffffffb8406fb
Mar 14 16:36:49 solarisintel unix: [ID 592667 kern.notice] cs: 28 rfl: 10246 rsp: fffffe800069ba38
Mar 14 16:36:49 solarisintel unix: [ID 266532 kern.notice] ss: 30
Mar 14 16:36:49 solarisintel unix: [ID 100000 kern.notice]
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069b850 unix:die+da ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069b930 unix:trap+5e6 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069b940 unix:cmntrap+140 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069ba60 unix:mutex_enter+b ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069ba70 zfs:zio_buf_alloc+1d ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069baa0 zfs:zio_vdev_io_start+120 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bad0 zfs:zio_execute+7b ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069baf0 zfs:zio_nowait+1a ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bb60 zfs:vdev_probe+f0 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bba0 zfs:vdev_open+2b1 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bbc0 zfs:vdev_open_child+21 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bc40 genunix:taskq_thread+295 ()
Mar 14 16:36:49 solarisintel genunix: [ID 655072 kern.notice] fffffe800069bc50 unix:thread_start+8 ()
Mar 14 16:36:49 solarisintel unix: [ID 100000 kern.notice]
Mar 14 16:36:49 solarisintel genunix: [ID 672855 kern.notice] syncing file systems...
Mar 14 16:36:49 solarisintel genunix: [ID 904073 kern.notice] done
Mar 14 16:36:50 solarisintel genunix: [ID 111219 kern.notice] dumping to /dev/dsk/c0t0d0s1, offset 108593152, content: kernel
Mar 14 16:36:54 solarisintel genunix: [ID 100000 kern.notice]
Mar 14 16:36:54 solarisintel genunix: [ID 665016 kern.notice] ^M100% done: 210699 pages dumped,
Mar 14 16:36:54 solarisintel genunix: [ID 851671 kern.notice] dump succeeded
Mar 14 16:38:21 solarisintel genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 Version Generic_142910-17 64-bit
I will try again now with solaris 10 5/09 (U7)
Chris.
Edited by: user5485639 on 14-Mar-2011 08:42What do you mean after the driver is installed?
S10/U9 has the Compaq Array3 driver pre-installed. No more adding it to the jumpstart tree or "adding a driver" necessary.
I have setup several DL360 G3's and G4's which use the same controller. -
IPQoS panic: BAD TRAP in module "flowacct" due to NULL pointer.
I've recently started using IPQoS and the flowacct module to do some very simple tracking of bandwidth usage (along with one tokenmt action to meter traffic to and from one particular zone) on a host with multiple zones, running Solaris 10 x86, 118844-30. This host has been otherwise stable to date. A couple of hours ago, I got a kernel panic, apparently caused by flowacct:
Dec 21 07:31:46 sol genunix: [ID 335743 kern.notice] BAD TRAP: type=e (#pf Page fault) rp=d6e169a4 addr=8 occurred in module "flowacct" due to a NULL pointer dereference
Dec 21 07:31:46 sol unix: [ID 100000 kern.notice]
Dec 21 07:31:46 sol unix: [ID 839527 kern.notice] named:
Dec 21 07:31:46 sol unix: [ID 753105 kern.notice] #pf Page fault
Dec 21 07:31:46 sol unix: [ID 532287 kern.notice] Bad kernel fault at addr=0x8
Dec 21 07:31:46 sol unix: [ID 243837 kern.notice] pid=22655, pc=0xf7cad802, sp=0xd, eflags=0x10283
Dec 21 07:31:46 sol unix: [ID 211416 kern.notice] cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 6d8<xmme,fxsr,pge,mce,pse,de>
Dec 21 07:31:46 sol unix: [ID 936844 kern.notice] cr2: 8 cr3: ab02000
Dec 21 07:31:46 sol unix: [ID 537610 kern.notice] gs: 1b0 fs: d6250000 es: d6e10160 ds: fe870160
Dec 21 07:31:46 sol unix: [ID 537610 kern.notice] edi: d3b25938 esi: d3b26838 ebp: d6e16a18 esp: d6e169d4
Dec 21 07:31:46 sol unix: [ID 537610 kern.notice] ebx: db0853b4 edx: d3b26828 ecx: 0 eax: 0
Dec 21 07:31:46 sol unix: [ID 537610 kern.notice] trp: e err: 2 eip: f7cad802 cs: 158
Dec 21 07:31:46 sol unix: [ID 717149 kern.notice] efl: 10283 usp: d ss: d65fd9c0
Dec 21 07:31:46 sol unix: [ID 100000 kern.notice]
Dec 21 07:31:46 sol genunix: [ID 353471 kern.notice] d6e16904 unix:die+a7 (e, d6e169a4, 8, 0)
Dec 21 07:31:46 sol genunix: [ID 353471 kern.notice] d6e16990 unix:trap+fc8 (d6e169a4, 8, 0)
Dec 21 07:31:46 sol genunix: [ID 353471 kern.notice] d6e169a4 unix:cmntrap+83 ()
Dec 21 07:31:46 sol genunix: [ID 353471 kern.notice] d6e16a18 flowacct:flowacct_update_flows_tbl+337 (d65fd9c0, d3b25000)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16a34 flowacct:flowacct_process+85 (d6e16a4c, d3b25000)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16a50 flowacct:flowacct_invoke_action+32 (d, dfa9cd00)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16a7c genunix:ipp_packet_process+fc (d6e16a94)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16a9c ip:ip_process+85 (2, d6e16ac8, 2)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16ac0 ip:ip_wput_attach_llhdr+92 (dccbf020, d92d61f8,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16b50 ip:ip_wput_ire+1792 (d7196ee0, dccbf020,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16ba8 ip:ip_output+70a (d7414e80, dccbf020,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16bc0 ip:ip_wput+14 (d7196ee0, dccbf020)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16bf4 unix:putnext+1b7 (d7196ee0, dccbf020)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16c40 udp:udp_wput+380 (d5aabc98, dcf78360)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16c74 unix:putnext+1b7 (d5aabc98, dcf78360)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16d54 genunix:strput+16b (d9ad6138, dcf78360,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16d90 genunix:kstrputmsg+1df (d5c24cc0, dcf12660,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16e0c sockfs:sosend_dgram+1ca (d5c32d60, dc3504d0,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16e50 sockfs:sotpi_sendmsg+3f1 (d5c32d60, d6e16ecc,)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16e90 sockfs:sendit+105 (16, d6e16ecc, d6e16)
Dec 21 07:31:47 sol genunix: [ID 353471 kern.notice] d6e16f8c sockfs:sendmsg+131 (16, ce4d5cc4, 8000,)
I had a single "kstat -m flowacct 90" running at the time, but the timing doesn't particularly coincide. My flowacct setting look like this:
action {
module flowacct
name zone1
params {
global_stats TRUE
timer 10000
timeout 10000
max_limit 2048
next_action continue
Pretty much a cut and paste from the Solaris 10 IPQoS documentation. This configuration didn't suffer any similar problems on a test host.
I've searched various places, not had any joy. Obviously, I'm down a while on kernel patching (ironically, I've been holding off to minimise downtime for users, and now this.) But, while 118855-19 does replace some of objects in question, I see no mention of any particular fix for this problem. I'm going to go ahead with patching to 118855-19 (and whatever else smpatch recommends) within the next few days, but I've disabled IPQoS. I'm a little nervous about switching it back on on a production server. Shame.
Anyone had any similar experiences with flowacct?
Cheers,
Chris.Good news, everyone! A repeat on a test host that's patched up to date as of last week, including kernel 118855-19. I'd tell you what smpatch thinks is missing, but "Failure: Response code was 403".
Dec 23 09:43:14 crippen ^Mpanic[cpu0]/thread=d3275de0:
Dec 23 09:43:14 crippen genunix: [ID 335743 kern.notice] BAD TRAP: type=e (#pf Page fault) rp=d3275924 addr=8 occurred in module "flowacct" due to a NULL pointer dereference
Dec 23 09:43:14 crippen unix: [ID 100000 kern.notice]
Dec 23 09:43:14 crippen unix: [ID 839527 kern.notice] sched:
Dec 23 09:43:14 crippen unix: [ID 753105 kern.notice] #pf Page fault
Dec 23 09:43:14 crippen unix: [ID 532287 kern.notice] Bad kernel fault at addr=0x8
Dec 23 09:43:14 crippen unix: [ID 243837 kern.notice] pid=0, pc=0xf9a413ae, sp=0x6, eflags=0x10286
Dec 23 09:43:14 crippen unix: [ID 211416 kern.notice] cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 698<xmme,fxsr,pge,pse,de>
Dec 23 09:43:14 crippen unix: [ID 936844 kern.notice] cr2: 8 cr3: 4cdc000
Dec 23 09:43:14 crippen unix: [ID 537610 kern.notice] gs: fe8801b0 fs: fe830000 es: d4890160 ds: d4890160
Dec 23 09:43:14 crippen unix: [ID 537610 kern.notice] edi: d489b6a0 esi: d489b838 ebp: d32759a0 esp: d327595c
Dec 23 09:43:14 crippen unix: [ID 537610 kern.notice] ebx: d66187f4 edx: d489b828 ecx: 0 eax: 0
Dec 23 09:43:14 crippen unix: [ID 537610 kern.notice] trp: e err: 2 eip: f9a413ae cs: 158
Dec 23 09:43:14 crippen unix: [ID 717149 kern.notice] efl: 10286 usp: 6 ss: d6d35d80
Dec 23 09:43:14 crippen unix: [ID 100000 kern.notice]
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275884 unix:die+a7 (e, d3275924, 8, 0)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275910 unix:trap+103f (d3275924, 8, 0)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275924 unix:cmntrap+9a (fe8801b0, fe830000,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d32759a0 flowacct:flowacct_update_flows_tbl+337 (d6d35d80, d489a000)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d32759b8 flowacct:flowacct_process+85 (d32759d0, d489a000)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d32759d4 flowacct:flowacct_invoke_action+32 (6, d5441f80)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275a00 genunix:ipp_packet_process+fc (d3275a18)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275a20 ip:ip_process+85 (2, d3275a4c, 2)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275a44 ip:ip_wput_attach_llhdr+92 (d5e61fc0, d67b1ad0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275ad0 ip:ip_wput_ire+1aca (d4186c60, d5e61fc0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275b30 ip:ip_output+1715 (da1b7554, d5e61fc0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275b48 ip:ip_wput+14 (d4186c60, d5aaff80)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275b74 unix:put+164 (d4186c60, d5aaff80)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275bb0 ip:icmp_inbound+97e (d4186bd8, d5e61fc0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275c00 ip:ip_proto_input+8ae (d4186bd8, d5e61fc0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275c58 ip:ip_input+440 (da1b7554, 0, d5e61f)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275c80 ip:ip_rput+f7 (d4186bd8, d5e61fc0)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275cb0 unix:putnext+1b7 (d4186bd8, d5e61fc0)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275d40 gld:gld_recv_tagged+ed (d4188800, d5e61fc0,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275d54 gld:ri_ste_def+2603276e (d4188800, d5e61fc0)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275d88 iprb:iprb_process_recv+1d4 (d4188800)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275da0 iprb:iprb_intr+61 (d4188800, d3275ddc,)
Dec 23 09:43:14 crippen genunix: [ID 353471 kern.notice] d3275dac gld:gld_intr+1e (d4188800, 0)
Dec 23 09:43:14 crippen unix: [ID 100000 kern.notice]
Dec 23 09:43:14 crippen genunix: [ID 672855 kern.notice] syncing file systems...
Dec 23 09:43:14 crippen genunix: [ID 733762 kern.notice] 4
Dec 23 09:43:15 crippen genunix: [ID 733762 kern.notice] 3
Dec 23 09:43:16 crippen genunix: [ID 904073 kern.notice] done
Dec 23 09:43:17 crippen genunix: [ID 111219 kern.notice] dumping to /dev/dsk/c0d0s1, offset 214695936, content: kernel
Dec 23 09:43:20 crippen genunix: [ID 409368 kern.notice] ^M100% done: 22636 pages dumped, compression ratio 2.72,
Dec 23 09:43:20 crippen genunix: [ID 851671 kern.notice] dump succeeded -
Hi,
Solaris 10 running on Sun-Fire-V490 had a panic reboot with the following messages, any one aware of what kind of panic it was and what was the cause and resolution for this? Please help me.
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com ^Mpanic[cpu0]/thread=3000409f7a0:
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 340138 kern.notice] BAD TRAP: type=31 rp=2a103985540 addr=4 mmu_fsr=0 occurred in mod
ule "qlog" due to a NULL pointer dereference
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 100000 kern.notice]
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 839527 kern.notice] fsck:
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 520581 kern.notice] trap type = 0x31
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 381800 kern.notice] addr=0x4
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 101969 kern.notice] pid=15282, pc=0x7b292524, sp=0x2a103984de1, tstate=0x4414001601,
context=0x1de9
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 743441 kern.notice] g1-g7: 700de800, 770, 18c7c00, 0, 0, 1de9, 3000409f7a0
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com unix: [ID 100000 kern.notice]
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a103985260 unix:die+78 (31, 2a103985540, 4, 0, 2a1039853
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 000000000181bea8 000000000181bc00 0000000000000000 0000000000000001
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a103985340 unix:trap+9e0 (2a103985540, 0, 1fff, 5, 0, 1)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000060011cb9858 0000000000000031 00
00000000001c00
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 0000000000000000 0000000000000001 ffffffffffffe000 0000000000000005
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a103985490 unix:ktl0+48 (3000409f7a0, 6001dc88e00, 13, 0
, 0, 3000409f7a0)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000000000000002 0000000000001400 0000004414001601 00
0000000101c030
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 00000000000060b0 00000000018ca000 0000000000000000 000002a103985540
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a1039855e0 qlog:ql_open+b0 (2a103985758, 2003, 0, 700de8
00, 0, 0)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000000000000180 000006001b96d478 00000600215d5460 00
000000700dec00
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 0000000000000000 000000ee00000000 000006001b96d478 0000000000000000
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a1039856a0 specfs:spec_open+4f8 (2a103985930, 20, 300050
715c0, 201, 600215d5460, 0)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000000000002003 000006001a10cac0 0000000000000000 00
00060024bb7940
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 0000000000000004 0000000000008000 0000060011c02c88 000000ee00000000
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a103985760 genunix:fop_open+78 (2a103985930, 2, 30005071
5c0, 2003, 6001a10cac0, 6001a10cac0)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000030000c8f080 0000000000002000 0000000000000004 00
00060010058b00
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 0000060010058080 0000060010058298 000000000061d636 0000000000000004
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 723222 kern.notice] 000002a103985810 genunix:vn_openat+500 (0, 0, 1, 0, 2003, 7fff
ffff)
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000002 0000000000000000 00
00000000000000
Dec 14 15:35:33 ux5slv13.ops.storagenetworks.com %l4-7: 0000000000000000 0000000000002000 0000000000000000 0000000000000000
Thanks
Mahalingam R.System is panicking in the qlog (QuickLog driver) kernel module which is provided by Symantec/Veritas and not Sun.
-
Solaris10u6 panic while installation: BAD TRAP
Hello everyone,
I am trying to install Solaris 10u6 on my machine and am facing some problem.
The system is:
Intel E5420 QuadCore - 2 CPUs
Tyan Tempest i5400PW - http://www.tyan.com/product_board_spec.aspx?pid=560
16GB FB-DIMM
Maxtor 250GB SATA
DVD/CDROM
After i start the installation using the DVD disk, the machine reboots after displaying the initial banner. After connecting the machine to serial console and modifying GRUB to boot in verbose, i could see some messages (pastebin linked).
[http://pastebin.ca/1241723]
panic[cpu3]/thread=afd5bde0: BAD TRAP: type=e (#pf Page fault) rp=afd5bb0c addr=4e555358 occurred in module "unix" due to an illegal access to a user address
sched: #pf Page fault
Bad kernel fault at addr=0x4e555358
pid=0, pc=0xfe845e03, sp=0x2, eflags=0x10287
cr0: 8005003b cr4: 6f8
cr2: 4e555358 cr3: 24050000
gs: 1b0 fs: fec30000 es: afd50160 ds: feb00160
edi: 0 esi: 4e555359 ebp: afd5bbe0 esp: afd5bb44
ebx: 44 edx: 0 ecx: 4e555358 eax: b433dbe0
trp: e err: 2 eip: fe845e03 cs: 158
efl: 10287 usp: 2 ss: afd5bc84
Can someone help me find out what is the problem and how i can get over it. BTW, everything works well with OpenSolaris 200805 or Solaris 10 u5. I would really want to get this working on this machine and appreciate all your help.
Thanks in advance.
dot.yet
Edited by: [email protected] on Oct 31, 2008 7:38 PMHello everyone,
I am trying to install Solaris 10u6 on my machine and am facing some problem.
The system is:
Intel E5420 QuadCore - 2 CPUs
Tyan Tempest i5400PW - http://www.tyan.com/product_board_spec.aspx?pid=560
16GB FB-DIMM
Maxtor 250GB SATA
DVD/CDROM
After i start the installation using the DVD disk, the machine reboots after displaying the initial banner. After connecting the machine to serial console and modifying GRUB to boot in verbose, i could see some messages (pastebin linked).
[http://pastebin.ca/1241723]
panic[cpu3]/thread=afd5bde0: BAD TRAP: type=e (#pf Page fault) rp=afd5bb0c addr=4e555358 occurred in module "unix" due to an illegal access to a user address
sched: #pf Page fault
Bad kernel fault at addr=0x4e555358
pid=0, pc=0xfe845e03, sp=0x2, eflags=0x10287
cr0: 8005003b cr4: 6f8
cr2: 4e555358 cr3: 24050000
gs: 1b0 fs: fec30000 es: afd50160 ds: feb00160
edi: 0 esi: 4e555359 ebp: afd5bbe0 esp: afd5bb44
ebx: 44 edx: 0 ecx: 4e555358 eax: b433dbe0
trp: e err: 2 eip: fe845e03 cs: 158
efl: 10287 usp: 2 ss: afd5bc84
Can someone help me find out what is the problem and how i can get over it. BTW, everything works well with OpenSolaris 200805 or Solaris 10 u5. I would really want to get this working on this machine and appreciate all your help.
Thanks in advance.
dot.yet
Edited by: [email protected] on Oct 31, 2008 7:38 PM -
Panic[cpu1]/thread=30002f12060: BAD TRAP: type=31
Sun V240 panic with t5he following output:
# tail -f /var/adm/messages
Sep 24 15:52:24 [10.64.47.16.183.179] agent[21415]: [ID 695539 daemon.alert] syslog Sep 24 15:52:24 agent *** aborting execution ***
Sep 24 15:52:24 [10.64.47.16.183.179] agent[21415]: [ID 695539 daemon.alert] syslog Sep 24 15:52:24 agent *** aborting execution ***
Sep 24 15:53:29 [10.64.47.16.183.179] agent[23844]: [ID 440145 daemon.alert] syslog Sep 24 15:53:29 agent syntax error in fscan+syslog.dat(1) at token '{'
Sep 24 15:53:29 [10.64.47.16.183.179] agent[23844]: [ID 440145 daemon.alert] syslog Sep 24 15:53:29 agent syntax error in fscan+syslog.dat(1) at token '{'
Sep 24 15:53:29 [10.64.47.16.183.179] agent[23844]: [ID 617052 daemon.alert] syslog Sep 24 15:53:29 agent *** aborting execution ***
Sep 24 15:53:29 [10.64.47.16.183.179] agent[23844]: [ID 617052 daemon.alert] syslog Sep 24 15:53:29 agent *** aborting execution ***
Sep 24 15:54:35 [10.64.47.16.183.179] agent[26272]: [ID 134417 daemon.alert] syslog Sep 24 15:54:35 agent syntax error in fscan+syslog.dat(1) at token '{'
Sep 24 15:54:35 [10.64.47.16.183.179] agent[26272]: [ID 134417 daemon.alert] syslog Sep 24 15:54:35 agent syntax error in fscan+syslog.dat(1) at token '{'
Sep 24 15:54:35 [10.64.47.16.183.179] agent[26272]: [ID 336262 daemon.alert] syslog Sep 24 15:54:35 agent *** aborting execution ***
Sep 24 15:54:35 [10.64.47.16.183.179] agent[26272]: [ID 336262 daemon.alert] syslog Sep 24 15:54:35 agent *** aborting execution ***
panic[cpu1]/thread=30002f12060: BAD TRAP: type=31 rp=2a100feac60 addr=20 mmu_fsr=0 occurred in module "md" due to a NULL pointer dereference
nfsd: trap type = 0x31
addr=0x20
pid=10465, pc=0x12e5de0, sp=0x2a100fea501, tstate=0x9980001603, context=0x751
g1-g7: 4, 2000, 1900000, 1fff, 1c00, 751, 30002f12060
000002a100fea980 unix:die+78 (31, 2a100feac60, 20, 0, 2a100feaa40, 107c400)
%l0-3: 00000000c0800000 0000000000000031 0000000001000000 0000000000002000
%l4-7: 000000000181a570 000000000181a400 0000000000000000 0000009980001603
000002a100feaa60 unix:trap+9d4 (2a100feac60, 0, 1fff, 5, 0, 1)
%l0-3: 0000000000000000 00000600084af8c0 0000000000000031 0000000000001c00
%l4-7: 0000000000000000 0000000000000001 ffffffffffffe000 0000000000000005
000002a100feabb0 unix:ktl0+48 (6, 0, 20, 70, 1905348, 1905000)
%l0-3: 0000000000000004 0000000000001400 0000009980001603 000000000101b304
%l4-7: 0000000000000000 0000000000000001 0000000000000000 000002a100feac60
000002a100fead00 7 (5500002004, 422, 0, ffffffff80200000, 1900000, 1)
%l0-3: 0000000000000004 0000000000000001 0000000000000008 0000000001904800
%l4-7: 000006000c4aadc0 000000000003ffff 000000000003fc00 0000000000000020
000002a100feadd0 specfs:spec_fsync+fc (6000c50a500, 10000, 60007e88fe0, 3, 0, 6000c50a000)
%l0-3: 000006000c18cb68 000006000c18cae0 0000000000002420 0000000000002000
%l4-7: 0000000000000000 000006000c4aadc0 0000000000000000 000006000c4aadc0
000002a100feafa0 genunix:fop_fsync+14 (6000c50a500, 10000, 60007e88fe0, f3, 0, 121cab0)
%l0-3: 0000060004a97580 0000000000002420 0000000000002000 0000000000000003
%l4-7: 0000060002234000 0000060004a97580 0000060004a97738 0000000000000062
000002a100feb050 nfssrv:rfs3_mknod+30c (2a100feb110, 2a100feb398, 600049e4840, 2a100feb3a0, 60007e88fe0, 2a100feb1a0)
%l0-3: 00000000ffffffff 0000060004ef8c00 ffffffffffffffff 0000000000002004
%l4-7: 0000000000000055 000002a100feb1a0 000002a100feb568 000002a100feb228
000002a100feb2b0 nfssrv:common_dispatch+444 (2a100feb698, 6000ac8fa80, 0, 600049e4840, 705a01b8, 7b32e4d4)
%l0-3: 0000000000001000 000000007059eb90 000000000000000b 000002a100feb398
%l4-7: 0000060007e88fe0 0000000000000000 0000000001901df8 000002a100feb398
000002a100feb5d0 rpcmod:svc_getreq+1c8 (6000ac8fa80, 60002324800, 6000b5501d0, 6000102dc80, 1902560, 6000b550040)
%l0-3: 0000000000000000 000006000b550040 0000000000000000 000006000ac8fad4
%l4-7: 0000060005218fc0 000000007b3271bc 0000000001872800 000006000b550360
000002a100feb720 rpcmod:svc_run+198 (6000b837980, 0, 0, 0, 6000b8379b8, 1)
%l0-3: 00000600084af8c0 000006000b8379c8 000006000ac8fa80 000006000102dc80
%l4-7: 0000000000000000 0000000000000000 000000000000000c 0000060002324800
000002a100feb7d0 nfs:nfssys+1c4 (c, 1, 7b2b3800, c, 1f8, 30)
%l0-3: 0000000000000000 0000000000000000 00000000cb050000 000000000000cb05
%l4-7: 0000000000000001 0000000000000000 0000000000000000 000000007b2b3938
syncing file systems... [1] 46 [1] 11 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 [1] 4 done (not all i/o completed)
dumping to /dev/md/dsk/d20, offset 859701248, content: kernel
100% done: 64894 pages dumped, compression ratio 5.02, dump succeeded
rebooting...
SC Alert: Host System has Reset
@(#)OBP 4.16.2 2004/10/04 18:22 Sun Fire V210/V240,Netra 240
Clearing TLBs
Loading Configuration
Membase: 0000.0012.0000.0000
MemSize: 0000.0000.4000.0000
Init CPU arrays Done
Init E$ tags Done
Setup TLB Done
MMUs ON
Scrubbing Tomatillo tags... 0 1
Block Scrubbing Done
Find dropin, Copying Done, Size 0000.0000.0000.6cb0
PC = 0000.07ff.f000.5ba8
PC = 0000.0000.0000.5c58
Find dropin, (copied), Decompressing Done, Size 0000.0000.0006.6870
Diagnostic console initialized
System Reset: CPU Reset
Probing system devices
jbus at 0,0 SUNW,UltraSPARC-IIIi (1503 MHz @ 9:1, 1 MB) memory-controller
jbus at 1,0 SUNW,UltraSPARC-IIIi (1503 MHz @ 9:1, 1 MB) memory-controller
jbus at 1f,0 pci
jbus at 1e,0 pci
jbus at 1c,0 pci
jbus at 1d,0 pci
Loading Support Packages: kbd-translator obp-tftp SUNW,i2c-ram-device SUNW,fru-device SUNW,asr
Loading onboard drivers:
/pci@1e,600000: Device 7 isa
/pci@1e,600000/isa@7: flashprom rtc i2c power serial serial serial rmc-comm
/pci@1e,600000/isa@7/i2c@0,320: i2c-bridge i2c-bridge motherboard-fru-prom chassis-fru-prom power-supply-fru-prom power-supply-fru-prom dimm-spd dimm-spd dimm-spd dimm-spd dimm-spd dimm-spd dimm-spd dimm-spd rscrtc nvram idprom gpio gpio gpio gpio gpio gpio
Probing memory
CPU 0 Bank 0 base 0 size 2048 MB
CPU 0 Bank 1 base 100000000 size 2048 MB
CPU 0 Bank 2 base 200000000 size 2048 MB
CPU 0 Bank 3 base 300000000 size 2048 MB
CPU 1 Bank 0 base 1000000000 size 1024 MB
CPU 1 Bank 2 base 1200000000 size 1024 MB
ChassisSerialNumber FN54050325
Probing I/O buses
/pci@1d,700000: Device 2 network network
/pci@1f,700000: Device 2 network network
/pci@1e,600000: Device 6 pmu i2c gpio
/pci@1e,600000/pmu@6/i2c@0,0:
/pci@1e,600000: Device a usb
/pci@1e,600000: Device d ide disk cdrom
/pci@1e,600000: Device 2 Nothing there
/pci@1e,600000: Device 3 SUNW,qlc fp disk
/pci@1c,600000: Device 2 scsi disk tape scsi disk tape
/pci@1c,600000: Device 1 Nothing there
/pci@1d,700000: Device 1 SUNW,qlc fp disk
BNZ - Bank of New Zealand
Rebooting with command: boot
Boot device: disk0:a File and args:
Loading ufs-file-system package 1.4 04 Aug 1995 13:02:54.
FCode UFS Reader 1.12 00/07/17 15:48:16.
Loading: /platform/SUNW,Sun-Fire-V240/ufsboot
Loading: /platform/sun4u/ufsboot
SunOS Release 5.10 Version Generic_127111-05 64-bit
Copyright 1983-2007 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
SC Alert: SC Request to send Break to host.
Type 'go' to resume
{1} ok
{1} okSystem can be boot into single user mode but fails when moved to multi-user mode.
Any ideas?
Cheers
--AndreasThis looks like it could be bug 6614416.
See [Sun Alert 241066|http://sunsolve.sun.com/search/document.do?assetkey=1-66-241066-1] . -
Helllo,
My solaris recently encounter kernel panic and reboot.
I suspect it is hardware problem, but I am not sure, could anybody know this problem kindly give some suggestion?
Following are messages:
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 340138 kern.notice] BAD TRAP: type=31 rp=2a1002b75b0 addr=d10198 mmu_fsr=0 occurred in module "genunix" due to an illegal access to a user address
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 100000 kern.notice]
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 839527 kern.notice] fsck:
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 520581 kern.notice] trap type = 0x31
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 381800 kern.notice] addr=0xd10198
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 101969 kern.notice] pid=70, pc=0x1011c664, sp=0x2a1002b6e51, tstate=0x9900001601, context=0x100a
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 743441 kern.notice] g1-g7: d10000, 10149400, 3000079f5f8, 0, 30000fb0710, 0, 30000f3ede0
Nov 17 10:05:34 ASB_sim_1_1_5 unix: [ID 100000 kern.notice]
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b71c0 unix:die+80 (31, d10198, 10415298, 0, 2a1002b75b0, f65e6000)
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000000008 0000000000000000 00000000ff3dee48 000000000001ec58
Nov 17 10:05:34 ASB_sim_1_1_5 %l4-7: 00000000ff29f7ac 00000000ff3df9dc 00000000ff21bb60 0000000000000000
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b72a0 unix:trap+8b8 (d10000, 1, 5, 0, 2a1002b75b0, 0)
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000000001 0000000000000000 0000030001029538 0000000000000000
Nov 17 10:05:34 ASB_sim_1_1_5 %l4-7: 0000000000000031 0000030000f3ca58 0000000000010000 0000000000000000
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b73e0 unix:sfmmu_tsb_miss+66c (10429b30, 0, 3000004df88, 0, 3000004df88, 19)
Nov 17 10:05:34 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000d10000 0000000000000004 0000030000f3ca58 000003100003f160
Nov 17 10:05:34 ASB_sim_1_1_5 %l4-7: 0000000000d10000 0000000000000000 0000000000000000 0000000000c00003
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b7500 unix:prom_rtt+0 (37, 370, 37, 0, 300000132c0, 3000079f5f8)
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000000002 0000000000001400 0000009900001601 000000001001a8ac
Nov 17 10:05:35 ASB_sim_1_1_5 %l4-7: 0000000000000000 0000000000000001 000000000000000b 000002a1002b75b0
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 562518 kern.notice] 000002a1002b7650 ffffffffffffffff (1046d620, d10198, 20, 0, 0, 30000fb0710)
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000008800000003 0000030000e880a0 0000000000000003
Nov 17 10:05:35 ASB_sim_1_1_5 %l4-7: 0000008800000003 0000030001229938 0000000000000000 0000000000000000
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b7700 genunix:turnstile_block+20c (d10000, 0, 10410108, 30001029538, 0, 30000d1ade0)
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000010047a14 0000030000f3ca58 000003000079f5c8 0000000000000000
Nov 17 10:05:35 ASB_sim_1_1_5 %l4-7: 0000000010410108 0000000000000000 0000030000f3ede0 0000000000000000
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b77d0 unix:mutex_vector_enter+374 (30000d1ade0, 10415fc8, 10424d10, 0, 1, 0)
Nov 17 10:05:35 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: fffffff078fd3246 0000030000d1ade0 000000001041c380 0000000000000000
Nov 17 10:05:35 ASB_sim_1_1_5 %l4-7: 0000000000d10000 0000000000d10000 0000030000f11330 0000030000fb0718
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b7890 genunix:dnlc_purge_vfsp+9c (2a1002b7940, 1043ac64, 1046c3c8, 1042fa88, 0, 30000d1ade0)
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000030000d1add0 0000000000000000 0000030000793908 0000000000000000
Nov 17 10:05:36 ASB_sim_1_1_5 %l4-7: 0000030000d19120 0000000000000000 0000030000d1adb8 00000000ff3dc890
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b7980 genunix:dounmount+c (30000793908, 0, 300007a7f28, 30001228d78, 30000fb0710, 30000fb0818)
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000010099b7c 0000000000000000 00000000ff3dee48 000000000001ec58
Nov 17 10:05:36 ASB_sim_1_1_5 %l4-7: 00000000ff29f7ac 00000000ff3df9dc 00000000ff21bb60 0000000000000000
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 723222 kern.notice] 000002a1002b7a30 genunix:umount2+130 (30000793908, 0, 1fbd8, 303ec, 3247c, 0)
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
Nov 17 10:05:36 ASB_sim_1_1_5 %l4-7: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
Nov 17 10:05:36 ASB_sim_1_1_5 unix: [ID 100000 kern.notice]
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 672855 kern.notice] syncing file systems...
Nov 17 10:05:36 ASB_sim_1_1_5 genunix: [ID 904073 kern.notice] done
Nov 17 10:05:37 ASB_sim_1_1_5 genunix: [ID 353387 kern.notice] dumping to /dev/dsk/c0t0d0s1, offset 1048707072
Nov 17 10:05:42 ASB_sim_1_1_5 genunix: [ID 409368 kern.notice] ^M100% done: 8076 pages dumped, compression ratio 6.53,
Nov 17 10:05:42 ASB_sim_1_1_5 genunix: [ID 851671 kern.notice] dump succeeded
Nov 17 10:06:31 ASB_sim_1_1_5 genunix: [ID 540533 kern.notice] ^MSunOS Release 5.8 Version Generic_117350-07 64-bit
Nov 17 10:06:31 ASB_sim_1_1_5 genunix: [ID 913632 kern.notice] Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.I debug the core file and got following info:
YJISSG1_sim_1_1_12 SIM009:> mdb -k unix.2 vmcore.2
Loading modules: [ unix krtld genunix ip usba ]
::statusdebugging crash dump vmcore.2 (64-bit) from ASB_sim_1_1_5
operating system: 5.8 Generic_117350-07 (sun4u)
panic message:
BAD TRAP: type=31 rp=2a1002b75b0 addr=d10198 mmu_fsr=0 occurred in module "genunix" due to an illegal access to a user address
$C000002a1002b6e51 turnstile_interlock+4(1046d620, d10198, 20, 0, 0, 30000fb0710)
000002a1002b6f01 turnstile_block+0x20c(d10000, 0, 10410108, 30001029538, 0,
30000d1ade0)
000002a1002b6fd1 mutex_vector_enter+0x374(30000d1ade0, 10415fc8, 10424d10, 0, 1, 0)
000002a1002b7091 dnlc_purge_vfsp+0x9c(2a1002b7940, 1043ac64, 1046c3c8, 1042fa88, 0, 30000d1ade0)
000002a1002b7181 dounmount+0xc(30000793908, 0, 300007a7f28, 30001228d78,
30000fb0710, 30000fb0818)
000002a1002b7231 umount2+0x130(30000793908, 0, 1fbd8, 303ec, 3247c, 0)
000002a1002b72f1 syscall_trap32+0xa8(32638, 0, 1fbd8, 303ec, 3247c, 0) -
BAD TRAP: type=31 rp=2a1038db1d0 addr=2a76a463fc4 mmu_fsr=0
Hi Team, My server is rebooting again and again with below Panic errors i didnt get any solution for that please help Apr 20 05:15:14 bovs1a unix: [ID 836849 kern.notice] Apr 20 05:15:14 bovs1a ^Mpanic[cpu1]/thread=3000d29fa60: Apr 20 05:15:14 bovs1a unix: [ID 799565 kern.notice] BAD TRAP: type=31 rp=2a103aa11d0 addr=2a759bbbfc4 mmu_fsr=0 Apr 20 05:15:15 bovs1a unix: [ID 100000 kern.notice] Apr 20 05:15:15 bovs1a unix: [ID 839527 kern.notice] oracle: Apr 20 05:15:15 bovs1a unix: [ID 520581 kern.notice] trap type = 0x31 Apr 20 05:15:15 bovs1a unix: [ID 381800 kern.notice] addr=0x2a759bbbfc4 Apr 20 05:15:15 bovs1a unix: [ID 101969 kern.notice] pid=5340, pc=0x12d6378, sp=0x2a103aa0a71, tstate=0x4480001601, context=0x1889 Apr 20 05:15:15 bovs1a unix: [ID 743441 kern.notice] g1-g7: 1fc0, ffffffff00001fff, ffffe000, 60030b62000, 60012134100, 1889, 3000d29fa60 Apr 20 05:15:15 bovs1a unix: [ID 100000 kern.notice] Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa0ef0 unix:die+9c (31, 2a103aa11d0, 2a759bbbfc4, 0, 2a103aa0fb0, f4162004) Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000001fff 0000000000000031 0000000001000000 0000000000002000 Apr 20 05:15:15 bovs1a %l4-7: 0000000000100000 000006001ac61a38 0000000000000000 00000000010a5c00 Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa0fd0 unix:trap+9e0 (2a103aa11d0, 0, 1fff, 503, 2a759bba000, 1) Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006001ac61a38 0000000000000031 0000000000001c00 Apr 20 05:15:15 bovs1a %l4-7: 0000000000000000 0000000000000001 ffffffffffffe000 0000000000000003 Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1120 unix:ktl0+48 (6002c2a38c0, 2a759bac000, ffc0, 3000ef50af8, 69, 1) Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000002 0000000000001400 0000004480001601 000000000101c23c Apr 20 05:15:15 bovs1a %l4-7: 0000060030b62000 00000000000667f9 0000000000000000 000002a103aa11d0 Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1270 ufs:ufs_dirlook+870 (2a759bbbfc0, 2a103aa1680, 3000db3d880, 36, ffc0, ffc0) Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000080000000 0000000000000001 000003000eb9c940 Apr 20 05:15:16 bovs1a %l4-7: 0000000000000000 0000000000000001 0000000000000000 000000000000000c Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa13b0 ufs:ufs_lookup+290 (3000eb9c940, 2a103aa1680, 2a103aa1678, 0, 0, 0) Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000038 000006002b4bb290 0000000000000056 000003000db3d880 Apr 20 05:15:16 bovs1a %l4-7: 0000000080000000 0000000000000002 0000000000003006 0000000000000000 Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1490 genunix:fop_lookup+28 (3000eb9c940, 2a103aa1680, 2a103aa1678, 12e6710, 0, 3000163e000) Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006002fae5540 0000000000000004 0000000000000003 Apr 20 05:15:16 bovs1a %l4-7: 0000000006ecbf59 0000000006ecbf58 000006002f3291b8 000003000004cb80 Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1550 genunix:lookuppnvp+354 (2a103aa1940, 0, 0, 2a103aa1678, 2a103aa1680, 600104b9a40) Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 00000000018b14a0 000003000eb9c940 0000000000000001 0000000000000000 Apr 20 05:15:16 bovs1a %l4-7: 000006002b4bb290 00000600104b9a40 0000000000000000 0000000000000002 Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1790 genunix:lookuppnat+120 (600104b9a40, 0, 1, 0, 2a103aa1ad8, 0) Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000095 000000000000002f 00000600104b9a40 0000000000000094 Apr 20 05:15:17 bovs1a %l4-7: 000000000000005d 0000000000000076 000006002b4bb290 000002a103aa1940 Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1850 genunix:lookupnameat+a8 (0, 0, 1, 0, 2a103aa1ad8, 0) Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 000000000000000a 0000000109a2ce98 0000000000000000 00000001086ac000 Apr 20 05:15:17 bovs1a %l4-7: ffffffff7fff637c 000002a103aa1940 ffffffff7fff7e30 00000000018b1400 Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1960 genunix:cstatat_getvp+198 (ffd19400, ffffffff7fff637c, 1, 1, 2a103aa1ad8, 0) Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: ffffffffffd19553 0000000000000000 0000000000000000 0000000040000004 Apr 20 05:15:17 bovs1a %l4-7: 0000000000000000 00000000018b1400 000000001c000000 000006002b4bb290 Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1a20 genunix:cstatat+40 (ffffffffffd19553, ffffffff7fff637c, 1000, ffffffff7fff62f0, 0, 10) Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000002a103aa1ad0 0000000000000001 0000000000000001 Apr 20 05:15:17 bovs1a %l4-7: 0000000000000000 000002a103aa1ad8 0000000000000000 0000000000000000 Apr 20 05:15:18 bovs1a unix: [ID 100000 kern.notice] Apr 20 05:15:18 bovs1a genunix: [ID 672855 kern.notice] syncing file systems... Apr 20 05:15:18 bovs1a genunix: [ID 733762 kern.notice] 36 Apr 20 05:15:20 bovs1a genunix: [ID 733762 kern.notice] 23 Apr 20 05:15:22 bovs1a genunix: [ID 733762 kern.notice] 1 Apr 20 05:15:50 bovs1a last message repeated 20 times Apr 20 05:15:51 bovs1a genunix: [ID 622722 kern.notice] done (not all i/o completed) Apr 20 05:15:52 bovs1a genunix: [ID 111219 kern.notice] dumping to /dev/md/dsk/d31, offset 859701248, content: kernel Apr 20 05:16:31 bovs1a genunix: [ID 100000 kern.notice] Apr 20 05:16:31 bovs1a genunix: [ID 665016 kern.notice] ^M100% done: 125520 pages dumped, Apr 20 05:16:31 bovs1a genunix: [ID 851671 kern.notice] dump succeeded Apr 20 05:18:23 bovs1a genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 Version Generic_147440-12 64-bit Apr 20 05:18:23 bovs1a genunix: [ID 459285 kern.notice] Copyright (c) 1983, 2012, Oracle and/or its affiliates. All rights reserved. Apr 20 05:18:23 bovs1a genunix: [ID 678236 kern.info] Ethernet address = 0:14:4f:37:eb:a5 Apr 20 05:18:23 bovs1a unix: [ID 673563 kern.info] NOTICE: Kernel Cage is ENABLED Apr 20 05:18:23 bovs1a unix: [ID 389951 kern.info] mem = 8388608K (0x200000000) Apr 20 05:18:23 bovs1a unix: [ID 930857 kern.info] avail mem = 8362508288 Apr 20 05:18:23 bovs1a rootnex: [ID 466748 kern.info] root nexus = Sun Fire V440 Apr 20 05:18:23 bovs1a rootnex: [ID 349649 kern.info] pseudo0 at root Apr 20 05:18:23 bovs1a genunix: [ID 936769 kern.info] pseudo0 is /pseudo Apr 20 05:18:23 bovs1a rootnex: [ID 349649 kern.info] scsi_vhci0 at root Apr 20 05:18:23 bovs1a genunix: [ID 936769 kern.info] scsi_vhci0 is /scsi_vhci Apr 20 05:18:23 bovs1a rootnex: [ID 349649 kern.info] pcisch3 at root: SAFARI 0x1f 0x700000 Apr 20 05:18:23 bovs1a genunix: [ID 936769 kern.info] pcisch3 is /pci@1f,700000 Apr 20 05:18:23 bovs1a scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2 (mpt0): Apr 20 05:18:23 bovs1a initiator SCSI ID now 7 Apr 20 05:18:23 bovs1a scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2 (mpt0): Apr 20 05:18:23 bovs1a Rev. 7 LSI, Inc. 1030 found. Apr 20 05:18:23 bovs1a scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2 (mpt0): Apr 20 05:18:23 bovs1a mpt0 supports power management. Apr 20 05:18:32 bovs1a scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2 (mpt0): Apr 20 05:18:32 bovs1a mpt0 Firmware version v1.3.30.22 (IM/IME) Apr 20 05:18:32 bovs1a scsi: [ID 365881 kern.info] /pci@1f,700000/scsi@2 (mpt0): Apr 20 05:18:32 bovs1a mpt0: IOC Operational. Apr 20 05:18:50 bovs1a pcisch: [ID 370704 kern.info] PCI-device: scsi@2, mpt0 Apr 20 05:18:50 bovs1a genunix: [ID 936769 kern.info] mpt0 is /pci@1f,700000/scsi@2 Apr 20 05:18:50 bovs1a scsi: [ID 583861 kern.info] sd1 at mpt0: unit-address 0,0: target 0 lun 0 Apr 20 05:18:50 bovs1a genunix: [ID 936769 kern.info] sd1 is /pci@1f,700000/scsi@2/sd@0,0 Apr 20 05:18:50 bovs1a genunix: [ID 408114 kern.info] /pci@1f,700000/scsi@2/sd@0,0 (sd1) online Apr 20 05:18:55 bovs1a swapgeneric: [ID 308332 kern.info] root on /pci@1f,700000/scsi@2/disk@0,0:a fstype ufs
Please format the error messages properly next time so that it is more readable.
Apr 20 05:15:14 bovs1a unix: [ID 836849 kern.notice]
Apr 20 05:15:14 bovs1a ^Mpanic[cpu1]/thread=3000d29fa60:
Apr 20 05:15:14 bovs1a unix: [ID 799565 kern.notice] BAD TRAP: type=31 rp=2a103aa11d0 addr=2a759bbbfc4 mmu_fsr=0
Apr 20 05:15:15 bovs1a unix: [ID 100000 kern.notice] Apr 20 05:15:15 bovs1a unix: [ID 839527 kern.notice] oracle:
Apr 20 05:15:15 bovs1a unix: [ID 520581 kern.notice] trap type = 0x31
Apr 20 05:15:15 bovs1a unix: [ID 381800 kern.notice] addr=0x2a759bbbfc4
Apr 20 05:15:15 bovs1a unix: [ID 101969 kern.notice] pid=5340, pc=0x12d6378, sp=0x2a103aa0a71, tstate=0x4480001601, context=0x1889
Apr 20 05:15:15 bovs1a unix: [ID 743441 kern.notice] g1-g7: 1fc0, ffffffff00001fff, ffffe000, 60030b62000, 60012134100, 1889, 3000d29fa60
Apr 20 05:15:15 bovs1a unix: [ID 100000 kern.notice]
Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa0ef0 unix:die+9c (31, 2a103aa11d0, 2a759bbbfc4, 0, 2a103aa0fb0, f4162004)
Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000001fff 0000000000000031 0000000001000000 0000000000002000
Apr 20 05:15:15 bovs1a %l4-7: 0000000000100000 000006001ac61a38 0000000000000000 00000000010a5c00
Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa0fd0 unix:trap+9e0 (2a103aa11d0, 0, 1fff, 503, 2a759bba000, 1)
Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006001ac61a38 0000000000000031 0000000000001c00
Apr 20 05:15:15 bovs1a %l4-7: 0000000000000000 0000000000000001 ffffffffffffe000 0000000000000003
Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1120 unix:ktl0+48 (6002c2a38c0, 2a759bac000, ffc0, 3000ef50af8, 69, 1)
Apr 20 05:15:15 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000002 0000000000001400 0000004480001601 000000000101c23c
Apr 20 05:15:15 bovs1a %l4-7: 0000060030b62000 00000000000667f9 0000000000000000 000002a103aa11d0
Apr 20 05:15:15 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1270 ufs:ufs_dirlook+870 (2a759bbbfc0, 2a103aa1680, 3000db3d880, 36, ffc0, ffc0)
Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 0000000080000000 0000000000000001 000003000eb9c940
Apr 20 05:15:16 bovs1a %l4-7: 0000000000000000 0000000000000001 0000000000000000 000000000000000c
Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa13b0 ufs:ufs_lookup+290 (3000eb9c940, 2a103aa1680, 2a103aa1678, 0, 0, 0)
Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000038 000006002b4bb290 0000000000000056 000003000db3d880
Apr 20 05:15:16 bovs1a %l4-7: 0000000080000000 0000000000000002 0000000000003006 0000000000000000
Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1490 genunix:fop_lookup+28 (3000eb9c940, 2a103aa1680, 2a103aa1678, 12e6710, 0, 3000163e000)
Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000006002fae5540 0000000000000004 0000000000000003
Apr 20 05:15:16 bovs1a %l4-7: 0000000006ecbf59 0000000006ecbf58 000006002f3291b8 000003000004cb80
Apr 20 05:15:16 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1550 genunix:lookuppnvp+354 (2a103aa1940, 0, 0, 2a103aa1678, 2a103aa1680, 600104b9a40)
Apr 20 05:15:16 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 00000000018b14a0 000003000eb9c940 0000000000000001 0000000000000000
Apr 20 05:15:16 bovs1a %l4-7: 000006002b4bb290 00000600104b9a40 0000000000000000 0000000000000002
Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1790 genunix:lookuppnat+120 (600104b9a40, 0, 1, 0, 2a103aa1ad8, 0)
Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000095 000000000000002f 00000600104b9a40 0000000000000094
Apr 20 05:15:17 bovs1a %l4-7: 000000000000005d 0000000000000076 000006002b4bb290 000002a103aa1940
Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1850 genunix:lookupnameat+a8 (0, 0, 1, 0, 2a103aa1ad8, 0)
Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 000000000000000a 0000000109a2ce98 0000000000000000 00000001086ac000
Apr 20 05:15:17 bovs1a %l4-7: ffffffff7fff637c 000002a103aa1940 ffffffff7fff7e30 00000000018b1400
Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1960 genunix:cstatat_getvp+198 (ffd19400, ffffffff7fff637c, 1, 1, 2a103aa1ad8, 0)
Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: ffffffffffd19553 0000000000000000 0000000000000000 0000000040000004
Apr 20 05:15:17 bovs1a %l4-7: 0000000000000000 00000000018b1400 000000001c000000 000006002b4bb290
Apr 20 05:15:17 bovs1a genunix: [ID 723222 kern.notice] 000002a103aa1a20 genunix:cstatat+40 (ffffffffffd19553, ffffffff7fff637c, 1000, ffffffff7fff62f0, 0, 10)
Apr 20 05:15:17 bovs1a genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000002a103aa1ad0 0000000000000001 0000000000000001
Apr 20 05:15:17 bovs1a %l4-7: 0000000000000000 000002a103aa1ad8 0000000000000000 0000000000000000
Apr 20 05:15:18 bovs1a unix: [ID 100000 kern.notice]
Apr 20 05:15:18 bovs1a genunix: [ID 672855 kern.notice] syncing file systems... Apr 20 05:15:18 bovs1a genunix: [ID 733762 kern.notice] 36
Apr 20 05:15:20 bovs1a genunix: [ID 733762 kern.notice] 23
Apr 20 05:15:22 bovs1a genunix: [ID 733762 kern.notice] 1 Apr 20 05:15:50 bovs1a last message repeated 20 times
Apr 20 05:15:51 bovs1a genunix: [ID 622722 kern.notice] done (not all i/o completed)
Apr 20 05:15:52 bovs1a genunix: [ID 111219 kern.notice] dumping to /dev/md/dsk/d31, offset 859701248, content: kernel
Apr 20 05:16:31 bovs1a genunix: [ID 100000 kern.notice] Apr 20 05:16:31 bovs1a genunix: [ID 665016 kern.notice] ^M100% done: 125520 pages dumped,
Apr 20 05:16:31 bovs1a genunix: [ID 851671 kern.notice] dump succeeded
Apr 20 05:18:23 bovs1a genunix: [ID 540533 kern.notice] ^MSunOS Release 5.10 Version Generic_147440-12 64-bit
Apr 20 05:18:23 bovs1a genunix: [ID 459285 kern.notice] Copyright (c) 1983, 2012, Oracle and/or its affiliates. All rights reserved.
Apr 20 05:18:23 bovs1a genunix: [ID 678236 kern.info] Ethernet address = 0:14:4f:37:eb:a5 Apr 20 05:18:23 bovs1a unix: [ID 673563 kern.info] NOTICE: Kernel Cage is ENABLED
Apr 20 05:18:23 bovs1a unix: [ID 389951 kern.info] mem = 8388608K (0x200000000)
Apr 20 05:18:23 bovs1a unix: [ID 930857 kern.info] avail mem = 8362508288
Apr 20 05:18:23 bovs1a rootnex: [ID 466748 kern.info] root nexus = Sun Fire V440
This look like a panic in UFS ufs_dirlook() in accessing fbuf structure.
There is a recent bug that was closed as not reproduceable whicvh is similar to this panic.
Bug 16818353 : PANIC IN UFS_DIRLOOK(): BAD TRAP 0X31 WRONG VALUE IN FBUF->FB_ADDR
I will recommend that you open a new Service Request with Oracle Support and provide explorer result along with
the crash dump to Oracle Support for further investigation. Thanks. -
SPARCstation 20: BAD TRAP: type=7
I don't use Sun machines too much, my company mainly sells HP, so sorry for ignorance. But, we have sold some Sun and one customer with an old SPARCstation 20 is reporting a problem.
He says that it attempst to boot, giving the bood device name, Sun copyright notice, etc. But it doesn't get very far, and dies:
BAD TRAP: type=7, rp=f0243964 addr=0 mmu_fsr=0 rw=0
: Memory address alignment
pid=0 ... etc.
I made the educated guess it was memory, so the customer found some of the proprietary memory that this unit uses, and replaced the memory. Didn't help. I did a web search for BAD TRAP type=7, and some of the information I found seems to indicate a processor problem. Does that sound right?
I guess the customer is probably going to need a new machine or get Sun to repair the one he has. Just thought I'd ask for any confirmation.
Thanks.Paul,
Sun will decline to service a SPARCstation-20 system.
It has been classified as End-Of-Service-Life ( EOSL )
It reached that point in 2002 (last ship date in 1997).
http://www.sun.com/service/eosl/index.html
It is too old a platform for Sun to have any obligation to provide parts or repair services. Even if by some odd chance that their local area's service manager agreed to send someone on a pay-as-you-go basis, it would be less expensive to just buy three or four replacement SS-20s from an online auction site and swap parts until something boots.
Just on the off-chance...
Do they have a spare disk that they could experiment with?
Re-install the OS to that other drive and see if the system boots.
There could be a corrupt kernel instead of a hardware problem.
They <i>are</i> using Solaris, I hope. A quick trip to Google showed such errors when booting to FreeBSD, though I don't know if that was just a result of how I searched Google. -
I get the following messages in /var/adm/messages after a crash on one of my Sun E450's. Does anyone know how to diagnose this correctly?
Apr 10 08:18:54 upgserver unix: [ID 836849 kern.notice]
Apr 10 08:18:54 upgserver ^Mpanic[cpu3]/thread=30001baba60:
Apr 10 08:18:54 upgserver unix: [ID 799565 kern.notice] BAD TRAP: type=31 rp=2a1
002d7470 addr=2b468050 mmu_fsr=0
Apr 10 08:18:54 upgserver unix: [ID 100000 kern.notice]
Apr 10 08:18:54 upgserver unix: [ID 839527 kern.notice] pageout:
Apr 10 08:18:54 upgserver unix: [ID 520581 kern.notice] trap type = 0x31
Apr 10 08:18:54 upgserver unix: [ID 381800 kern.notice] addr=0x2b468050
Apr 10 08:18:54 upgserver unix: [ID 101969 kern.notice] pid=2, pc=0x7835671c, sp
=0x2a1002d6d11, tstate=0x1180001603, context=0x0
Apr 10 08:18:54 upgserver unix: [ID 743441 kern.notice] g1-g7: 2a1002d77c8, 7000
1e1ef50, 70001e1d510, 2a1002d7688, 8500, 10, 30001baba60
Apr 10 08:18:54 upgserver unix: [ID 100000 kern.notice]
Apr 10 08:18:54 upgserver genunix: [ID 723222 kern.notice] 000002a1002d7190 unix
:die+a4 (31, 2a1002d7470, 2b468050, 0, 16, 60)
Apr 10 08:18:54 upgserver genunix: [ID 179002 kern.notice] %l0-3: 000000000000
0000 000000002b468000 000002a1002d7470 000002a1002d7360
Apr 10 08:18:54 upgserver %l4-7: 0000000000000031 0000000000000001 00000300002
d3b90 0000000000000000
Apr 10 08:18:54 upgserver genunix: [ID 723222 kern.notice] 000002a1002d7270 unix
:trap+8e4 (2a1002d7470, 0, 10000, 10200, 0, 60)
Apr 10 08:18:54 upgserver genunix: [ID 179002 kern.notice] %l0-3: 000000000000
0001 0000000000000000 0000030001baea20 0000000000000031Just offhand I might guess divide by zero, but there could be other bad traps that will make you crash... divide by zero is a common one though.
The way to diagnose this of course would be examine the os core file with mdb, On sun solaris 10 (not sure if it is different on other platforms), do: mdb -k unix.n mvcore.n (where n=a number, for the core file of interest).
$C would list the stack trace of the process that kills the system, and if you found something of interest try
addressOfInterest::dis and look at the disasembled code and hopefully that would point you to the problem.
Cheers,
--Mordsith
Message was edited by:
Mordsith -
Bad trap: type = 0x31
Hi,
what's a trap type 0x31 (see below)? Couldn't find any information about this specific trap in the "SPARC_Architecture_Manual_Version_9".
panic[cpu0]/thread=30001820060: BAD TRAP: type=31 rp=2a10048b0c0 addr=ffffffff00000198
mmu_fsr=0
ttymon: trap type = 0x31
addr=0xffffffff00000198
cu,
StefanThis trap type represents a "Data Access MMU miss".
This is a memory management error that can caused by bad memory or by corrupt OS. SOme Ultrasparc 400MHZ modules also had a general problem with this in 2.5.1 and 2.6 that was fixed by kernel jumbo patches.
HTH
SHridhar -
Sched: trap type = 0x31
I am Using Sparc Enterprise 250 with SunOS 5.7
Any guess on the problem below which causes the machine to crash and reboot..
Is there a known patch or something
BAD TRAP: cpu=0 type=0x31 rp=0x2a10003f350 addr=0x153f6e0b0 mmu_fsr=0x0
sched: trap type = 0x31
addr=0x153f6e0b0
pid=0, pc=0x780ea2a0, sp=0x2a10003ebf1, tstate=0x4400001602, context=0x872
g1-g7: 1, 153f6dfa8, 153f6de9c, 2870, 1, 0, 2a10003fd60
Begin traceback... sp = 2a10003ebf1
Called from 780ea7d4, fp=2a10003ed51, args=300034f5840 1 d1f7 0 10c 300002def78
Called from 780d07f4, fp=2a10003ee11, args=781d9d78 781b3a28 1 d1f7 c 781da370
Called from 780d14b4, fp=2a10003eed1, args=0 300034f5810 1 14 10527a40 ff08b954
Called from 7802fc70, fp=2a10003ef91, args=300034f3980 800 1 300001d15f0 348a2 30000319c88
Called from 1003af0c, fp=2a10003f051, args=30001780568 300034f3980 20 1 1 300001d15f0
Called from 10259584, fp=2a10003f101, args=30001780568 300034f3980 300001ece20 10100 7802fa94 300017806b8
Called from 10257f5c, fp=2a10003f1d1, args=300034f5800 30001780730 1468 36 7b0 30001e56c18
Called from 101b388c, fp=2a10003f281, args=80000000 1468 1400 30001e56000 300Try to translate the hex PC addresses to symbolic names.
(unfortunatelly you're not runnnig solaris 8, the solaris
8 kernel does that automatically on a panic; the panic
output is much more usefull that way).
OK, the crash happened at
PC 780ea2a0
Called from
780ea7d4
780d07f4
780d14b4
7802fc70
1003af0c
10259584
10257f5c
101b388c
Login as root, then run
adb -k
Now type each of the PC address followed by "?i"
Example:
% adb -k
physmem ba3d
1002377c?i
startup_memlist+0x9c: ld [%i0 + 0x284], %o0
10080db8?i
main+8: nop
^D
Post the result you've got.
(Lets hope the kernel modules are loaded at exactly the same
location now, otherwise even that translation will be
useless).
You may want to enable saving kernel crashdumps, too.
See the file /etc/init.d/sysetup, the commands
following "Default is to not do a savecore" must be
commented out.
Could be easier for Sun support or someone else to analyse
the problem where there's a crash dump available for the
panic. -
Installation problem in intel baised soloris
i tried to install Sun Soloris 7 on my pc but in the installation a problem occured like on this screen where you have to select the installation type .
No matter what i select i got this error at first the screen scrolls for a sec then.
Panic :Page fault cpu 0
rebooting
Bad trap
page fault
Can you help me out here ???In reply to Mar & May 2000:
Check the system and video boards against the Hardware Compatibility List at http://access1.sun.com
In reply to the 18 Sept 2000 post:
You need to boot the system to the Device Configurastion Assistant Floppy that should be included in you media kit. Solaris is not a program that installs under windows or any other OS. It is an OS in itself and in order to set up a system to run it and another OS you will need to dual boot the system. The documentation cdrom has several of the Install documents in html format, just be sure your existing OS supports long pathnames or you will have to use the "File -> Open" method of browsing.
Hope it helps! -
KSLD bug report: 32 bit causes target panic
Since the bug report link:
http://soldc.sun.com/developer/support/driver/tools/KSLD/bug-report.html
goes to a non existant email address, I thought I would post here.
Setup:
ksld 1.01
target and host booted with kernel/unix (32 bit)
/proto directory struct as described in starting ksld doc
debugging ramd driver example
ramd directory:
drwxr-xr-x 4 root other 512 Feb 11 12:40 .
drwxr-xr-x 10 root other 512 Feb 11 12:47 ..
drwxrwxrwx 2 bin bin 512 Feb 11 10:26 777
-rw-r--r-- 1 root other 341 Feb 11 11:31 Makefile
-rw-r--r-- 1 root other 1610 Apr 24 2001 README
-rw-r--r-- 1 root other 3588 Apr 18 2001 install
lrwxrwxrwx 1 root other 52 Feb 11 10:47 misc -> /export/home/ksld-space/proto/root_sparc/kernel/misc
-rw-r--r-- 1 root other 2523 Apr 18 2001 ntestram.c
-rw-r--r-- 1 root other 2542 Apr 18 2001 printinfo.c
lrwxrwxrwx 1 root other 6 Feb 11 10:46 proto -> /proto
-rw-r--r-- 1 root other 25713 Feb 11 11:29 ramd.c
-rw-r--r-- 1 root other 291 Apr 18 2001 ramd.conf
-rw-r--r-- 1 root other 210 Apr 18 2001 ramio.h
drwxrwxrwx 4 bin bin 512 Feb 11 19:51 sparc
-rw-r--r-- 1 root other 1785 Apr 18 2001 testram.c
lrwxrwxrwx 1 root other 67 Feb 11 10:48 unix.281 -> /export/home/ksld-space/proto/root_sparc/platform/sun4u/kernel/unix
HOST output
home1# ksld -t hardwire unix.281 99
Reading unix.281
KSLD v1.0 on sun4u [SunOS 5.8]
Current thread is 0x4001fe60
Reading krtld
Reading genunix
Reading platmod
Reading SUNW,UltraSPARC-II
Reading specfs
Reading TS
Reading TS_DPTBL
Reading ufs
Reading fssnap_if
Reading rpcmod
Reading ip
Reading rootnex
Reading options
Reading sad
Reading pseudo
Reading sd
Reading scsi
Reading glm
Reading pcipsy
Reading dada
Reading todmostek
Reading procfs
Reading sockfs
Reading clone
Reading ip6
Reading tcp
Reading md5
Reading tcp6
Reading udp
Reading udp6
Reading icmp
Reading icmp6
Reading arp
Reading timod
Reading conskbd
Reading wc
Reading ebus
Reading su
Reading kb
Reading ms
Reading consms
Reading se
Reading elfexec
Reading fifofs
Reading ldterm
Reading ttcompat
Reading zs
Reading ptsl
Reading ptc
Reading rts
Reading tl
Reading keysock
Reading sysmsg
Reading cn
Reading pipe
Reading mm
Reading hme
Reading ufs_log
Reading doorfs
Reading devinfo
Reading iwscn
Reading log
Reading sy
Reading fctl
ksld_dbx: can't stat /platform/sun4u/kernel/drv/afb -- No such file or directory
Reading afb
ksld_dbx: can't open /platform/sun4u/kernel/drv/afb -- No such file or directory
Reading fd
Reading busra
Reading cs
Reading winlock
Reading seg_drv
Reading usba
Reading kstat
Reading vol
Reading cpc
Reading tnf
Reading pcihp
Reading hpcsvc
Reading pcicfg
Reading nfssrv
Reading nfs
Reading rpcsec
Reading tlimod
Reading seg_mapdev
Reading inst_sync
Reading mntfs
Reading tmpfs
Reading klmmod
Reading autofs
Reading connld
Reading bootdev
Reading shmsys
Reading ipc
Reading ramd
Reading kaio
detected a multithreaded program
t@0 stopped in (unknown) at 0xedd000d8
0xedd000d8: ta %icc,%g0 + 125
(ksld_dbx) module -v ramd.o
Module: ramd.o
Language: ansic
Debugging information: read [stabs version: 3.1]
Source file: /opt/SUNWddk/src/drivers/ramd/ramd.c
Object file: /opt/SUNWddk/src/drivers/ramd/sparc/obj32/ramd.o
Loadobject: /usr/kernel/drv/ramd
(ksld_dbx) stop in ram_strategy
(2) stop in ram_strategy
poll in failed
can't set breakpoint
TARGET output:
connected
New connection: uid 0, fd 7
Begin traceback... sp = edd48290
Called from edd009dc, fp=edd47b41, args=34 edd308ee eddc40a8 34 edd042f0 edd042ec
Called from edd03624, fp=edd47c11, args=fff74000 edda51f0 102d087a ffffffff91d0207e 0 4
Called from edd0c0d0, fp=edd47cd1, args=102d087a 91d0207e ff1bd714102d087a 100 edd48608 27
Called from edd0a394, fp=edd47d81, args=eddb7788 8 eddc16a1 f0000 1 ffff
Called from edd176d4, fp=edd47e31, args=ffff eddb7788 0 1 0 eddc1690
Called from edd0e470, fp=edd47f41, args=edd49058 0 0 3c 0 edda69d8
Called from edd0e214, fp=edd47ff1, args=eddb6d58 eddc1690 edd49158 ffffffffffffffff 10000 edd483e0
Called from edd0e154, fp=edd480a1, args=eddc1640 edda3550 0 0 0 0
Called from edd071b4, fp=edd48121, args=0 0 0 0 0 0
Called from 0, fp=0, args=0 0 0 0 0 0
End traceback...
abort jump: trap 34 sp edd48290 pc edd042ec npc edd042f0
etext edd308ee estack edd489a0 edata edda2388 nofault edda2658
ksld_kadb[0]: (`o403P0801So6mLD42d8N_lK^bH00004)(`o403P0801So6mLD42d8N_lK^bH0000
panic[cpu0]/thread=4001fe60: BAD TRAP: type=34 rp=4002fbc0 addr=40030507 mmu_fsr=0
sched: alignment error:
addr=0x40030507
pid=0, pc=0xedd2ba78, sp=0x4002fc50, tstate=0x1404, context=0x0
g1-g7: 1000c000, edda1f78, edda1f78, 0, edda2658, 14aef0, 4001fe60
panic: entering debugger (continue to save dump)
Trap 7d
What is wrong with the setup,when a breakpoint would cause a traceback and panic on the target?One other possibility is having sufficient rights, especially if you are invoking it via some other app, rather than manually as a logged in user. If you are not logged in and instead invoke it via a web site action, I believe you will have problems reading the registry, accessing a desktop, writing to disk, etc.
Sorry I can't be more definitive, but perhaps it will help.
Please post your conclusion, if you find it.
--Ian -
Instability and Poor Performance with 11 11/11 and 11.1
I've upgraded an OpenSolaris install to Solaris 11.1 over time and ever since I hit Solaris 11 11/11 and Solaris 11.1 my system has been unstable and slow (especially ZFS and GDM (which I had to disable in 11/11.1 because it was using too much CPU)). Whenever I shut down in Solaris 11/11.1 it causes a kernel panic. I run this command to shutdown:
/usr/sbin/shutdown -y -g 60 -i 5
and it causes this (then the system auto-restarts -- it never completes the shutdown):
TIME UUID SUNW-MSG-ID
Jan 28 2013 23:19:14.682124000 54fbe302-2309-6f14-8d7f-c81e9c3369b7 SUNOS-8000-KL
TIME CLASS ENA
Jan 28 23:18:29.9322 ireport.os.sunos.panic.dump_pending_on_device 0x0000000000000000
nvlist version: 0
version = 0x0
class = list.suspect
uuid = 54fbe302-2309-6f14-8d7f-c81e9c3369b7
code = SUNOS-8000-KL
diag-time = 1359433153 925385
de = fmd:///module/software-diagnosis
fault-list-sz = 0x1
__case_state = 0x1
topo-uuid = 78f32799-20fb-446f-b758-f24f4197b812
fault-list = (array of embedded nvlists)
(start fault-list[0])
nvlist version: 0
version = 0x0
class = defect.sunos.kernel.panic
certainty = 0x64
asru = sw:///:path=/var/crash/opensolaris/.54fbe302-2309-6f14-8d7f-c81e9c3369b7
resource = sw:///:path=/var/crash/opensolaris/.54fbe302-2309-6f14-8d7f-c81e9c3369b7
savecore-succcess = 0
os-instance-uuid = 54fbe302-2309-6f14-8d7f-c81e9c3369b7
panicstr = deadman: timed out after 120 seconds of clock inactivity
panicstack = fffffffffb9fcc56 () | genunix:cyclic_expire+ac () | genunix:cyclic_fire+76 () | unix:cbe_fire+65 () | unix:av_dispatch_autovect+74 () | unix:dispatch_hilevel+1f () | unix:switch_sp_and_call+13 () | unix:do_interrupt+f2 () | unix:cmnint+ba () | unix:mach_cpu_pause+21 () | unix:cpu_pause+7f () | unix:thread_start+8 () |
crashtime = 1359432916
panic-time = January 28, 2013 11:15:16 PM EST EST
(end fault-list[0])
fault-status = 0x1
severity = Major
__ttl = 0x1
__tod = 0x51074dc2 0x28a862e0
Additionally, I've seen a huge slowdown in ZFS performance (I kept the old boot environments for the previous versions so I went back and pulled these #s using dd after I upgraded to Solaris 11.1):
WRITE:
OpenSolaris SNV134 211 MB/s
Solaris 11 Express 194 MB/s
OpenIndiana 151a7 215 MB/s
Solaris 11 11/11 182 MB/s
Solaris 11.1 150 MB/s
READ:
OpenSolaris SNV134 470 MB/s
Solaris 11 Express 499 MB/s
OpenIndiana 151a7 417 MB/s
Solaris 11 11/11 177 MB/s
Solaris 11.1 276 MB/s
Lastly, there's been a couple times where just running tests on my zfs pool would cause a kernel panic (like dd or bonnie++):
TIME UUID SUNW-MSG-ID
Jan 26 2013 18:40:21.947381000 5a9c2174-51bd-6af5-cda3-ceb12d0591bb SUNOS-8000-KL
TIME CLASS ENA
Jan 26 18:39:33.6420 ireport.os.sunos.panic.dump_pending_on_device 0x0000000000000000
nvlist version: 0
version = 0x0
class = list.suspect
uuid = 5a9c2174-51bd-6af5-cda3-ceb12d0591bb
code = SUNOS-8000-KL
diag-time = 1359243621 817586
de = fmd:///module/software-diagnosis
fault-list-sz = 0x1
__case_state = 0x1
topo-uuid = 08cec1f5-1959-c812-85e3-fa1bb969b7a3
fault-list = (array of embedded nvlists)
(start fault-list[0])
nvlist version: 0
version = 0x0
class = defect.sunos.kernel.panic
certainty = 0x64
asru = sw:///:path=/var/crash/opensolaris/.5a9c2174-51bd-6af5-cda3-ceb12d0591bb
resource = sw:///:path=/var/crash/opensolaris/.5a9c2174-51bd-6af5-cda3-ceb12d0591bb
savecore-succcess = 0
os-instance-uuid = 5a9c2174-51bd-6af5-cda3-ceb12d0591bb
panicstr = BAD TRAP: type=e (#pf Page fault) rp=fffffffc801bba00 addr=28 occurred in module "zfs" due to a NULL pointer dereference
panicstack = unix:die+105 () | unix:trap+153e () | unix:cmntrap+e6 () | zfs:arc_hash_remove+28 () | zfs:arc_evict_from_ghost+c0 () | zfs:arc_adjust_ghost+4e () | zfs:arc_adjust+51 () | zfs:arc_reclaim_thread+1aa () | unix:thread_start+8 () |
crashtime = 1359232124
panic-time = January 26, 2013 03:28:44 PM EST EST
(end fault-list[0])
fault-status = 0x1
severity = Major
__ttl = 0x1
__tod = 0x51046965 0x3877e308
What could be causing all these issues -- why are the OpenSolaris and Solaris 11 Express installs faster/more stable? Is it a hardware incompatibility issue? How can I determine the root cause and fix it?
Thanks.
Edited by: RavenShadow on Feb 10, 2013 10:17 AMAlan, if the cause is a 5400 RPM drive, I'm not sure why when I boot into my older BEs for Opensolaris/Solaris 11 Express/OpenIndiana I see much better ZFS performance. After I upgraded to 11.1 I noticed slowness and went back to my old Boot Environments and generated the dd read/write speeds I put in the top post, so it's not like any of the hardware changed during that hour I was bench marking between BEs nor did the amount of space used in my zpool change (it is mostly empty and I deleted everything that I wrote with dd after each test).
echo ::memstat | mdb -k
Page Summary Pages MB %Tot
Kernel 184943 722 18%
ZFS File Data 99400 388 9%
Anon 30595 119 3%
Exec and libs 1434 5 0%
Page cache 6011 23 1%
Free (cachelist) 10061 39 1%
Free (freelist) 715746 2795 68%
Total 1048190 4094
RAM usage doesn't seem that bad.
Edited by: RavenShadow on Feb 13, 2013 3:46 AM
Maybe you are looking for
-
Hi all... I hace created a Master table and a detail table. the detail table can have multiple records corresponding to a code in master table.this is the case which i want but its giving error of violation of primary key in detail table due to bydef
-
Using Decode - Age Grouping???
Hi, I am wondering if we can use decode/sign functions to achieve the following. If so I would like to know how without using stored procedures. Depending on a person's age, I need to determine the person's AGE_GROUP. I will be decoding AGE and I nee
-
I want to talk om the phone with someone. Somebody talk to me. I just bought Photoshop Elements 13 and am trying to get it off the cd and into my computer. Al Crook
-
Hello- I use a radio app with my iPod touch 5, when I plug it in to my JBL dock speaker, it shuts down after about 10 minutes. Can I defeat this auto shut off mode ? thanks -
-
LR4 import dialogue box does not recognise duplicates (and then it does)
I have a strange problem. Since I upgraded my LR3 catalog to LR4 I have had trouble with the import dialogue box not recognising duplicates and thumbnails but if I cancel the import and try again it all seems to work. The problem: I have the 'Don't i