技术开发 频道

记一次ORA-600[4042]故障的处理

  【IT168 技术文档】一套运行在Linux下的Oracle 9.2.0.4的库,出现了大量的ORA-600[4042]错误。

  ORA-00600: internal error code, arguments: [4042], [31760], [], [], [], [], [], []

  ORA-00600: internal error code, arguments: [4042], [31760], [], [], [], [], [], []

  关于ORA-600错误,第一个参数,也就是第一个方括号中的标识,通常可以用来定位Oracle错误发生的内部模块。如果是数字,最高位通常是指一个大的模块,而接下来的一位是小的模块。比如这里[4042],4000,最高位是4,是Transaction Layer(事务层),而次高位是0,Transaction Undo。

  针对这个错误,很明显是跟事务有关。在处理的时候,第一反应肯定是检查TRACE文件:

  view plaincopy to clipboardprint?

  ORA-00600: internal error code, arguments: [4042], [31760], [], [], [], [], [], []

  Current SQL statement for this session:

  INSERT INTO XXX .....

  ....

  ----- Call Stack Trace -----

  calling call entry argument values in hex

  location type point (? means dubious value)

  -------------------- -------- -------------------- ----------------------------

  ksedmp()+269 call ksedst()+0 0 ? 0 ? 0 ? 0 ? BFFF90A4 ?

  A16D886 ?

  ksfdmp()+14 call ksedmp()+0 3 ? BFFF91B0 ? 98585B4 ?

  AD58FA0 ? 3 ? A4B929C ?

  kgeriv()+188 call ksfdmp()+0 AD58FA0 ? 3 ?

  kgeasi()+108 call kgeriv()+0 AD58FA0 ? AD9AFC0 ? FCA ? 1 ?

  BFFF91EC ?

  ktugusc()+787 call kgeasi()+0 AD58FA0 ? AD9AFC0 ? FCA ? 2 ?

  1 ? 4 ? 7C10 ?

  ktuswr()+2049 call ktugusc()+0 BFFF9394 ? D ? 1 ? 0 ? 0 ?

  0 ? 0 ? 0 ?

  ktusmous_online_und call ktuswr()+0 D ? 0 ? 0 ? 0 ? 0 ? 1 ?

  oseg()+898

  ktusmaus_add_us()+3 call ktusmous_online_und 1 ? 1 ? BFFF94F8 ? 1 ?

  27 oseg()+0

  ktubnd()+7646 call ktusmaus_add_us()+0 BFFF9CEC ? 0 ?

  ktuchg()+581 call ktubnd()+0 BFFF9678 ? 8468F4F0 ?

  BFFF9CEC ? 0 ?

  ktbchg2()+318 call ktuchg()+0 2 ? 89E91A08 ? 1 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  BFFF9CEC ? AD7BE38 ? 0 ? 0 ?

  kdtchg()+1406 call ktbchg2()+0 0 ? 89E91A08 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  BFFF9CE4 ? AD7BE38 ? 0 ? 0 ?

  kdtwrp()+2272 call kdtchg()+0 B7BA8638 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  AD7BE38 ? 1 ? 1C6 ?

  kdtInsRow()+1724 call kdtwrp()+0 B7BA8638 ? B7BA0000 ?

  60DD40A4 ? B7BC31AC ? C ?

  2C88E28 ?

  insrow()+275 call kdtInsRow()+0 B7BA8638 ? 89E95354 ?

  89E950EC ? B7BA8418 ?

  9840000 ? AD589E8 ?

  insdrv()+2566 call insrow()+0 B7BA8638 ? BFFF9FEC ? 0 ?

  insexe()+1665 call insdrv()+0 B7BA8638 ? 89E950EC ? 0 ?

  B7BA8418 ? 0 ? 0 ?

  opiexe()+10831 call insexe()+0 89E95354 ? BFFFA220 ?

  opipls()+6068 call opiexe()+0 4 ? 3 ? BFFFA98C ?

  opiodr()+5238 call kjxsupd()+987 66 ? 6 ? BFFFB64C ?

  rpidrus()+140 call opiodr()+0 66 ? 6 ? BFFFB64C ? 5 ?

  skgmstack()+211 call rpidrus()+0 BFFFB028 ? 10 ? BFFFB040 ?

  BFFFB3E4 ? BFFFB028 ?

  899782A ?

  rpidru()+93 call skgmstack()+0 BFFFB040 ? AD5A760 ? F618 ?

  899782A ? BFFFB028 ?

  rpiswu2()+777 call rpidru()+0 BFFFB3E4 ? 40 ? 40 ? 0 ?

  40C ? A4B929C ?

  rpidrv()+1452 call rpiswu2()+0 837327D8 ? 40 ? BFFFB4E8 ?

  2 ? BFFFB508 ? 40 ?

  psddr0()+113 call rpidrv()+0 5 ? 66 ? BFFFB64C ? 3A ?

  AD5907C ? BFFFB7F8 ?

  psdnal()+173 call psddr0()+0 5 ? 66 ? BFFFB64C ? 30 ? 20 ?

  B7BBB6B8 ?

  pevm_EXECC()+458 call psdnal()+0 BFFFC844 ? BFFFC834 ?

  AD53500 ? B7BBB6B8 ?

  856EA21C ? 856EA21C ?

  pfrrun()+31877 call pevm_EXECC()+0 B7BBF19C ? AD9E4C0 ? 20 ?

  peicnt()+291 call pfrrun()+0 B7BBF19C ? 0 ? AD9E31C ?

  ADA0464 ? AD5907C ?

  BFFFCC10 ?

  kkxexe()+451 call peicnt()+0 BFFFC844 ? B7BBF19C ? 2 ?

  AD9954C ? 5001AA24 ? 0 ?

  opiexe()+12624 call kkxexe()+0 B7BBD068 ? B7BB022C ?

  AD53504 ? B7BBD068 ? 0 ? 0 ?

  opiall0()+4435 call opiexe()+0 4 ? 3 ? BFFFD064 ?

  opial7()+441 call opiall0()+0 3E ? 22 ? BFFFD164 ?

  BFFFDC0C ? BFFFD1EC ? 0 ?

  opiodr()+5238 call kjxsupd()+987 47 ? F ? BFFFDC0C ?

  ttcpip()+2124 call opiodr()+0 47 ? F ? BFFFDC0C ? 1 ?

  Cannot find symbol in /lib/tls/libc.so.6.

  opitsk()+1635 call ttcpip()+0 AD53500 ? 47 ? BFFFDC0C ? 0 ?

  BFFFE4E4 ? BFFFE4E0 ?

  opiino()+602 call opitsk()+0 0 ? 0 ? AD53500 ? AD8D7B8 ?

  83 ? 0 ?

  opiodr()+5238 call kjxsupd()+987 3C ? 4 ? BFFFF8B0 ?

  opidrv()+517 call opiodr()+0 3C ? 4 ? BFFFF8B0 ? 0 ?

  sou2o()+25 call opidrv()+0 3C ? 4 ? BFFFF8B0 ?

  main()+182 call sou2o()+0 BFFFF894 ? 3C ? 4 ?

  BFFFF8B0 ? 1 ? 0 ?

  00622DE3 call main()+0 2 ? BFFFF954 ? BFFFF960 ?

  5FBC66 ? 734FF4 ? 0 ?

  ORA-00600: internal error code, arguments: [4042], [31760], [], [], [], [], [], []

  Current SQL statement for this session:

  INSERT INTO XXX .....

  ....

  ----- Call Stack Trace -----

  calling call entry argument values in hex

  location type point (? means dubious value)

  -------------------- -------- -------------------- ----------------------------

  ksedmp()+269 call ksedst()+0 0 ? 0 ? 0 ? 0 ? BFFF90A4 ?

  A16D886 ?

  ksfdmp()+14 call ksedmp()+0 3 ? BFFF91B0 ? 98585B4 ?

  AD58FA0 ? 3 ? A4B929C ?

  kgeriv()+188 call ksfdmp()+0 AD58FA0 ? 3 ?

  kgeasi()+108 call kgeriv()+0 AD58FA0 ? AD9AFC0 ? FCA ? 1 ?

  BFFF91EC ?

  ktugusc()+787 call kgeasi()+0 AD58FA0 ? AD9AFC0 ? FCA ? 2 ?

  1 ? 4 ? 7C10 ?

  ktuswr()+2049 call ktugusc()+0 BFFF9394 ? D ? 1 ? 0 ? 0 ?

  0 ? 0 ? 0 ?

  ktusmous_online_und call ktuswr()+0 D ? 0 ? 0 ? 0 ? 0 ? 1 ?

  oseg()+898

  ktusmaus_add_us()+3 call ktusmous_online_und 1 ? 1 ? BFFF94F8 ? 1 ?

  27 oseg()+0

  ktubnd()+7646 call ktusmaus_add_us()+0 BFFF9CEC ? 0 ?

  ktuchg()+581 call ktubnd()+0 BFFF9678 ? 8468F4F0 ?

  BFFF9CEC ? 0 ?

  ktbchg2()+318 call ktuchg()+0 2 ? 89E91A08 ? 1 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  BFFF9CEC ? AD7BE38 ? 0 ? 0 ?

  kdtchg()+1406 call ktbchg2()+0 0 ? 89E91A08 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  BFFF9CE4 ? AD7BE38 ? 0 ? 0 ?

  kdtwrp()+2272 call kdtchg()+0 B7BA8638 ? B7BC3484 ?

  B7BC348C ? AD7BECC ?

  AD7BE38 ? 1 ? 1C6 ?

  kdtInsRow()+1724 call kdtwrp()+0 B7BA8638 ? B7BA0000 ?

  60DD40A4 ? B7BC31AC ? C ?

  2C88E28 ?

  insrow()+275 call kdtInsRow()+0 B7BA8638 ? 89E95354 ?

  89E950EC ? B7BA8418 ?

  9840000 ? AD589E8 ?

  insdrv()+2566 call insrow()+0 B7BA8638 ? BFFF9FEC ? 0 ?

  insexe()+1665 call insdrv()+0 B7BA8638 ? 89E950EC ? 0 ?

  B7BA8418 ? 0 ? 0 ?

  opiexe()+10831 call insexe()+0 89E95354 ? BFFFA220 ?

  opipls()+6068 call opiexe()+0 4 ? 3 ? BFFFA98C ?

  opiodr()+5238 call kjxsupd()+987 66 ? 6 ? BFFFB64C ?

  rpidrus()+140 call opiodr()+0 66 ? 6 ? BFFFB64C ? 5 ?

  skgmstack()+211 call rpidrus()+0 BFFFB028 ? 10 ? BFFFB040 ?

  BFFFB3E4 ? BFFFB028 ?

  899782A ?

  rpidru()+93 call skgmstack()+0 BFFFB040 ? AD5A760 ? F618 ?

  899782A ? BFFFB028 ?

  rpiswu2()+777 call rpidru()+0 BFFFB3E4 ? 40 ? 40 ? 0 ?

  40C ? A4B929C ?

  rpidrv()+1452 call rpiswu2()+0 837327D8 ? 40 ? BFFFB4E8 ?

  2 ? BFFFB508 ? 40 ?

  psddr0()+113 call rpidrv()+0 5 ? 66 ? BFFFB64C ? 3A ?

  AD5907C ? BFFFB7F8 ?

  psdnal()+173 call psddr0()+0 5 ? 66 ? BFFFB64C ? 30 ? 20 ?

  B7BBB6B8 ?

  pevm_EXECC()+458 call psdnal()+0 BFFFC844 ? BFFFC834 ?

  AD53500 ? B7BBB6B8 ?

  856EA21C ? 856EA21C ?

  pfrrun()+31877 call pevm_EXECC()+0 B7BBF19C ? AD9E4C0 ? 20 ?

  peicnt()+291 call pfrrun()+0 B7BBF19C ? 0 ? AD9E31C ?

  ADA0464 ? AD5907C ?

  BFFFCC10 ?

  kkxexe()+451 call peicnt()+0 BFFFC844 ? B7BBF19C ? 2 ?

  AD9954C ? 5001AA24 ? 0 ?

  opiexe()+12624 call kkxexe()+0 B7BBD068 ? B7BB022C ?

  AD53504 ? B7BBD068 ? 0 ? 0 ?

  opiall0()+4435 call opiexe()+0 4 ? 3 ? BFFFD064 ?

  opial7()+441 call opiall0()+0 3E ? 22 ? BFFFD164 ?

  BFFFDC0C ? BFFFD1EC ? 0 ?

  opiodr()+5238 call kjxsupd()+987 47 ? F ? BFFFDC0C ?

  ttcpip()+2124 call opiodr()+0 47 ? F ? BFFFDC0C ? 1 ?

  Cannot find symbol in /lib/tls/libc.so.6.

  opitsk()+1635 call ttcpip()+0 AD53500 ? 47 ? BFFFDC0C ? 0 ?

  BFFFE4E4 ? BFFFE4E0 ?

  opiino()+602 call opitsk()+0 0 ? 0 ? AD53500 ? AD8D7B8 ?

  83 ? 0 ?

  opiodr()+5238 call kjxsupd()+987 3C ? 4 ? BFFFF8B0 ?

  opidrv()+517 call opiodr()+0 3C ? 4 ? BFFFF8B0 ? 0 ?

  sou2o()+25 call opidrv()+0 3C ? 4 ? BFFFF8B0 ?

  main()+182 call sou2o()+0 BFFFF894 ? 3C ? 4 ?

  BFFFF8B0 ? 1 ? 0 ?

  00622DE3 call main()+0 2 ? BFFFF954 ? BFFFF960 ?

  5FBC66 ? 734FF4 ? 0 ?

  从SQL来看,是个简单的INSERT语句,那么就涉及到事务处理了。

  从call stack来看,在stack顶端,下面的几行表明错误应该是跟回滚段有关。

  # ktugusc()+787 call kgeasi()+0 AD58FA0 ? AD9AFC0 ? FCA ? 2 ?

  # 1 ? 4 ? 7C10 ?

  # ktuswr()+2049 call ktugusc()+0 BFFF9394 ? D ? 1 ? 0 ? 0 ?

  # 0 ? 0 ? 0 ?

  # ktusmous_online_und call ktuswr()+0 D ? 0 ? 0 ? 0 ? 0 ? 1 ?

  # oseg()+898

  # ktusmaus_add_us()+3 call ktusmous_online_und 1 ? 1 ? BFFF94F8 ? 1 ?

  # 27 oseg()+0

  # ktugusc()+787 call kgeasi()+0 AD58FA0 ? AD9AFC0 ? FCA ? 2 ?

  # 1 ? 4 ? 7C10 ?

  # ktuswr()+2049 call ktugusc()+0 BFFF9394 ? D ? 1 ? 0 ? 0 ?

  # 0 ? 0 ? 0 ?

  # ktusmous_online_und call ktuswr()+0 D ? 0 ? 0 ? 0 ? 0 ? 1 ?

  # oseg()+898

  # ktusmaus_add_us()+3 call ktusmous_online_und 1 ? 1 ? BFFF94F8 ? 1 ?

  # 27 oseg()+0

  这一步的分析其实很快,基本上凭call stack中的函数名字来判断。由于当时有其他的事情在处理,同时也不在这套库的现场,就让DBA重新创建了一个UNDO表空间,并将UNDO_TABLESPACE参数设置为新的UNDO表空间名字,错误就不在出现。

0
相关文章