Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › ORA-00600: 内部错误代码, 参数: [kkopmCheckSmbUpdate: ...
发新帖
dagave

8

积分

0

好友

2

主题

[常规总体性能调优] ORA-00600: 内部错误代码, 参数: [kkopmCheckSmbUpdate:2], [], [], [], [...

1#
发表于 2012-12-10 16:13:44 | 查看: 6933| 回复: 3
Fri Dec 07 10:16:54 2012
Errors in file /home/oracle/app/oracle/diag/rdbms/jtwl/jtwl1/trace/jtwl1_ora_16505.trc  (incident=418083):
ORA-00600: 内部错误代码, 参数: [kkopmCheckSmbUpdate:2], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /home/oracle/app/oracle/diag/rdbms/jtwl/jtwl1/incident/incdir_418083/jtwl1_ora_16505_i418083.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Fri Dec 07 10:16:56 2012
Dumping diagnostic data in directory=[cdmp_20121207101656], requested by (instance=1, osid=16505), summary=[incident=418083].
Fri Dec 07 10:16:56 2012
Sweep [inc][418083]: completed
Sweep [inc2][418083]: completed


没有mos账号，也搜不到类似错误，请帮忙看看。
11.2.0.3 rac Linux x86 64-bit

incdir_418083.tar

3.75 MB, 下载次数: 897
2#
发表于 2012-12-11 21:07:06
11.2.0.3.0  + RAC + LINUX

  2. Dump continued from file: /home/oracle/app/oracle/diag/rdbms/jtwl/jtwl1/trace/jtwl1_ora_16505.trc
  3. ORA-00600: 内部错误代码, 参数: [kkopmCheckSmbUpdate:2], [], [], [], [], [], [], [], [], [], [], []

  5. ========= Dump for incident 418083 (ORA 600 [kkopmCheckSmbUpdate:2]) ========

  7. *** 2012-12-07 10:16:54.988
  8. dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0)
  9. ----- Current SQL Statement for this session (sql_id=fktym0gf14wpc) -----
  10. SELECT  veh_id , vehicles_num , brand_num , group_id , vehicles_picture , vehicles_model , vehiclesload , oil_consumption , gen_num , insure_num , frame_num , chassis_num , status , remark , oil_type , vehicles_type , loc_lat , loc_lng , loc_direct , loc_speed , loc_place , loc_update_time , vehicles_ex_table , plat_mileage , device_mileage , loc_server , loc_port  FROM  plat_vehicles_info  WHERE ( plat_vehicles_info . group_id  In ('73') )

  12. ----- Call Stack Trace -----
  13. calling              call     entry                argument values in hex      
  14. location             type     point                (? means dubious value)     
  15. -------------------- -------- -------------------- ----------------------------
  16. skdstdst()+36        call     kgdsdst()            000000000 ? 000000000 ?
  17.                                                    7FFFB5D31228 ? 000000001 ?
  18.                                                    000000001 ? 000000002 ?
  19. ksedst1()+98         call     skdstdst()           000000000 ? 000000000 ?
  20.                                                    7FFFB5D31228 ? 000000001 ?
  21.                                                    000000000 ? 000000002 ?
  22. ksedst()+34          call     ksedst1()            000000000 ? 000000001 ?
  23.                                                    7FFFB5D31228 ? 000000001 ?
  24.                                                    000000000 ? 000000002 ?
  25. dbkedDefDump()+2741  call     ksedst()             000000000 ? 000000001 ?
  26.                                                    7FFFB5D31228 ? 000000001 ?
  27.                                                    000000000 ? 000000002 ?
  28. ksedmp()+36          call     dbkedDefDump()       000000003 ? 000000002 ?
  29.                                                    7FFFB5D31228 ? 000000001 ?
  30.                                                    000000000 ? 000000002 ?
  31. ksfdmp()+64          call     ksedmp()             000000003 ? 000000002 ?
  32.                                                    7FFFB5D31228 ? 000000001 ?
  33.                                                    000000000 ? 000000002 ?
  34. dbgexPhaseII()+1764  call     ksfdmp()             000000003 ? 000000002 ?
  35.                                                    7FFFB5D31228 ? 000000001 ?
  36.                                                    000000000 ? 000000002 ?
  37. dbgexProcessError()  call     dbgexPhaseII()       7F1EDDFA7710 ? 7F1EDDD59890 ?
  38. +2675                                              7FFFB5D3D5A0 ? 000000001 ?
  39.                                                    000000000 ? 000000002 ?
  40. dbgeExecuteForError  call     dbgexProcessError()  7F1EDDFA7710 ? 7F1EDDD59890 ?
  41. ()+83                                              000000001 ? 000000000 ?
  42.                                                    100000000 ? 000000002 ?
  43. dbgePostErrorKGE()+  call     dbgeExecuteForError  7F1EDDFA7710 ? 7F1EDDD59890 ?
  44. 2138                          ()                   000000001 ? 000000001 ?
  45.                                                    000000000 ? 000000002 ?
  46. dbkePostKGE_kgsf()+  call     dbgePostErrorKGE()   00BAF3FA0 ? 7F1EDDB52F20 ?
  47. 66                                                 000000258 ? 7F1EDDD59890 ?
  48.                                                    100000000 ? 000000002 ?
  49. kgeadse()+390        call     dbkePostKGE_kgsf()   00BAF3FA0 ? 7F1EDDB52F20 ?
  50.                                                    000000258 ? 7F1EDDD59890 ?
  51.                                                    100000000 ? 000000002 ?
  52. kgerinv_internal()+  call     kgeadse()            00BAF3FA0 ? 7F1EDDB52F20 ?
  53. 45                                                 000000258 ? 100000000 ?
  54.                                                    000000000 ? 000000002 ?
  55. kgerinv()+33         call     kgerinv_internal()   00BAF3FA0 ? 7F1EDDB52F20 ?
  56.                                                    7FFFB5D2DA60 ? 000000258 ?
  57.                                                    000000000 ? 000000002 ?
  58. kgeasnmierr()+143    call     kgerinv()            00BAF3FA0 ? 7F1EDDB52F20 ?
  59.                                                    7FFFB5D2DA60 ? 000000002 ?
  60.                                                    000000000 ? 000000002 ?
  61. kkopmCheckSmbUpdate  call     kgeasnmierr()        00BAF3FA0 ? 7F1EDDB52F20 ?
  62. ()+5663                                            7FFFB5D2DA60 ? 000000002 ?
  63.                                                    00000000A ? 000000010 ?
  64. opiexe()+21849       call     kkopmCheckSmbUpdate  7F1EDDB9B2A0 ? 48CDD6568 ?
  65.                               ()                   7FFFB5D2DA60 ? 000000002 ?
  66.                                                    00000000A ? 000000010 ?
  67. kpoal8()+2214        call     opiexe()             000000049 ? 000000003 ?
  68.                                                    7FFFB5D3FA70 ? 000000002 ?
  69.                                                    00000000A ? 000000010 ?
  70. opiodr()+916         call     kpoal8()             00000005E ? 00000001C ?
  71.                                                    7FFFB5D42B80 ? 000000002 ?
  72.                                                    00000000A ? 100000001 ?
  73. ttcpip()+2242        call     opiodr()             00000005E ? 00000001C ?
  74.                                                    7FFFB5D42B80 ? 000000000 ?
  75.                                                    009B916F0 ? 100000001 ?
  76. opitsk()+1668        call     ttcpip()             00BB09C30 ? 0094D6EB0 ?
  77.                                                    7FFFB5D42B80 ? 000000000 ?
  78.                                                    7FFFB5D425D8 ? 7FFFB5D42D74 ?


  81.    SO: 0x4ed3a6e60, type: 4, owner: 0x4f0b9eed8, flag: INIT/-/-/0x00 if: 0x3 c: 0x3
  82.      proc=0x4f0b9eed8, name=session, file=ksu.h LINE:12624, pg=0
  83.     (session) sid: 3694 ser: 5611 trans: (nil), creator: 0x4f0b9eed8
  84.               flags: (0x100045) USR/- flags_idl: (0x1) BSY/-/-/-/-/-
  85.               flags2: (0x40009) -/-/INC
  86.               DID: , short-term DID:
  87.               txn branch: (nil)
  88.               oct: 3, prv: 0, sql: 0x50e95edd0, psql: 0x50b17cce0, user: 38/ITS
  89.     ksuxds FALSE at location: 0
  90.     service name: jtwl
  91.     client details:
  92.       O/S info: user: its, term: JTWL03, ospid: 2884:3288
  93.       machine: WORKGROUP\JTWL03 program: w3wp.exe
  94.       application name: w3wp.exe, hash value=2799981571
  95.     Current Wait Stack:
  96.       Not in wait; last wait ended 1.298102 sec ago
  97.     Wait State:
  98.       fixed_waits=0 flags=0x21 boundary=(nil)/-1
  99.     Session Wait History:
  100.         elapsed time of 1.298149 sec since last wait
  101.      0: waited for 'DFS lock handle'
  102.         type|mode=0x49560005, id1=0x53594e43, id2=0x16
  103.         wait_id=62 seq_num=63 snap_id=1
  104.         wait times: snap=0.000855 sec, exc=0.000855 sec, total=0.000855 sec
  105.         wait times: max=infinite
  106.         wait counts: calls=2 os=2
  107.         occurred after 0.000352 sec of elapsed time
  108.      1: waited for 'DFS lock handle'
  109.         type|mode=0x49560005, id1=0x4c4f434b, id2=0x16
  110.         wait_id=61 seq_num=62 snap_id=1
  111.         wait times: snap=0.001993 sec, exc=0.001993 sec, total=0.001993 sec
  112.         wait times: max=infinite
  113.         wait counts: calls=2 os=2
  114.         occurred after 0.000376 sec of elapsed time
  115.      2: waited for 'DFS lock handle'
  116.         type|mode=0x49560005, id1=0x53594e43, id2=0x15
  117.         wait_id=60 seq_num=61 snap_id=1
  118.         wait times: snap=0.000941 sec, exc=0.000941 sec, total=0.000941 sec
  119.         wait times: max=infinite
  120.         wait counts: calls=1 os=1
  121.         occurred after 0.000117 sec of elapsed time
  122.      3: waited for 'DFS lock handle'

复制代码
session 之前一直在等  dfs lock handle  0x49560005     => IV， invalidation lock  'IV','Library cache invalidation instance',



回复 只看该作者 道具 举报

3#
发表于 2012-12-11 21:10:30
Bug 13555112  ORA-600 [kkopmCheckSmbUpdate:2] using plan baseline


你们的系统里开了baseline ，而且 状态一直为optimizer_capture_sql_plan_baselines， 所有的游标都可能被当做baselines， 这配置绝对有问题！！

optimizer_capture_sql_plan_baselines = true
optimizer_use_sql_plan_baselines    = true

回复 只看该作者 道具 举报

4#
发表于 2012-12-12 14:18:17
想着可能是个bug，感谢！！

配置里关于baseline一直是默认的设置
SQL> sho parameter baseline

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_capture_sql_plan_baselines boolean     FALSE
optimizer_use_sql_plan_baselines     boolean     TRUE

回复 只看该作者 道具 举报

返回列表
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-26 03:05 , Processed in 0.052756 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569