-
加我微信
加我QQ
标签云
asm恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-00742 ORA-01110 ORA-01555 ORA-01578 ORA-01595 ORA-08103 ORA-600 2131 ORA-600 2662 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (103)
- 数据库 (1,741)
- DB2 (22)
- MySQL (75)
- Oracle (1,590)
- Data Guard (52)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (161)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (68)
- Oracle Bug (8)
- Oracle RAC (54)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (28)
- Oracle备份恢复 (582)
- Oracle安装升级 (95)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (84)
- PostgreSQL (27)
- pdu工具 (5)
- PostgreSQL恢复 (9)
- SQL Server (30)
- SQL Server恢复 (11)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (37)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (20)
-
最近发表
- GAM、SGAM 或 PFS 页上存在页错误处理
- ORA-600 krhpfh_03-1208
- VMware勒索加密恢复(vmdk勒索恢复)
- ORA-39773: parse of metadata stream failed故障处理
- sql数据库备份失败—失败: 23(数据错误(循环冗余检查)
- vmdk文件被加密恢复(虚拟机文件加密)
- 差点被误操作的ORA-600 kcratr_nab_less_than_odr故障
- win平台19c 打patch遭遇2个小问题汇总
- pg单个数据库目录恢复-pdu恢复单个数据库目录数据
- pg删除数据恢复—pdu恢复pg delete数据
- .[OnlyBuy@cyberfear.com].REVRAC勒索mysql恢复
- 表dml操作权限授权给public,导致只读用户失效
- 21c数据库恢复遭遇ora-600 ktugct: corruption detected
- pg_control丢失/损坏处理
- 当前主流数据库版本服务支持周期-202503
- pg启动报invalid checkpoint record处理
- 删除redo导致ORA-00313 ORA-00312故障处理
- Navicat连接postgresql时出现column “datlastsysoid” does not exist错误解决
- aix磁盘损坏oracle数据库恢复
- pg误删除数据恢复（PostgreSQL delete数据恢复）
分类目录归档：ORA-xxxxx
ORA-600 kghstack_underflow_internal_2
aix平台运行11.2.0.4 rac,突然一个节点crash,lms2进程报ORA-600 kghstack_underflow_internal_2错误
Thu Aug 03 18:43:16 2023 Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc (incident=761244): ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/oracle/app/oracle/diag/rdbms/xff/xff2/incident/incdir_761244/xff2_lms2_2884404_i761244.trc Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc (incident=761245): ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11AB5BBF0], [], [], [], [], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/oracle/app/oracle/diag/rdbms/xff/xff2/incident/incdir_761245/xff2_lms2_2884404_i761245.trc Thu Aug 03 18:43:19 2023 Dumping diagnostic data in directory=[cdmp_20230803184319], requested by (instance=2, osid=2884404 (LMS2)), summary=[incident=761245]. Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Thu Aug 03 18:43:23 2023 Sweep [inc][761245]: completed Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] Sweep [inc][761244]: completed Sweep [inc2][761245]: completed Sweep [inc2][761244]: completed Thu Aug 03 18:43:29 2023 Errors in file /u01/oracle/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms2_2884404.trc: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x11074D658], [], [], [], [], [], [], [], [], [], [] LMS2 (ospid: 2884404): terminating the instance due to error 484
分析trace文件中的Call Stack Trace信息
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
skdstdst()+40 bl 0000000109B3EE38 000000000 ? 000000001 ?
000000003 ? 000000000 ?
000000000 ? 000000001 ?
000000003 ? 000000000 ?
ksedst1()+112 call skdstdst() 1777D9901C4FD34D ?
4840284100000000 ?
FFFFFFFFFFECE20 ?
2A501377F67A7 ? 10A742204 ?
000000000 ? 1107486C0 ?
2050033FFFECE28 ?
ksedst()+40 call ksedst1() FFFFFFFFFFFE0002 ?
0000060F1 ? 000000001 ?
10A46AD18 ? 000000000 ?
000000000 ? 000002004 ?
000000001 ?
dbkedDefDump()+1516 call ksedst() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 300000003 ?
ksedmp()+72 call dbkedDefDump() 3107486C0 ? 110000A28 ?
FFFFFFFFFFED630 ? 1106ABC70 ?
100125778 ? FFFFFFFFFFED5B0 ?
FFFFFFFFFFEDA30 ? 1106ABC70 ?
ksfdmp()+100 call ksedmp() 000000002 ? 000000000 ?
000000002 ? 10AF71A68 ?
10A0720F8 ? 000000000 ?
1108EC608 ? 1107486C0 ?
dbgexPhaseII()+1904 call ksfdmp() FFFFFFFFFFFE0002 ?
0000060F1 ? 000000002 ?
000000000 ? 000000002 ?
10A0720F0 ? 000000000 ?
001050005 ?
dbgexProcessError() call dbgexPhaseII() 1107486C0 ? 1108EFB28 ?
+1556 0000B9D9D ? 200000000 ?
FFFFFFFFFFEE548 ? 000000104 ?
FFFFFFFFFFEDBB0 ?
FB400000000 ?
dbgeExecuteForError call dbgexProcessError() 1107486C0 ? 1108EC608 ?
()+72 100000000 ? 000000000 ?
FFFFFFFFFFF29E0 ?
2840288000000012 ?
10013DA4C ? 1108EE350 ?
dbgePostErrorKGE()+ call dbgeExecuteForError 000000002 ? 000000128 ?
2044 () FFFFFFFFFFFE0002 ?
215265335E5162 ?
3726000000000001 ?
10A46AD18 ? 10A46CB00 ?
FFFFFFFFFFF1D30 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 000000001 ? 10A46AD18 ?
68 25800000000 ? 109E7A740 ?
000000000 ? 000000038 ?
FFFFFFFFFFF2800 ? 11AB1AC50 ?
kgeadse()+380 call dbkePostKGE_kgsf() 900000000512C74 ?
9001000A008DAD0 ? 000000000 ?
9001000A008DAD0 ?
8000000FFFF2C40 ?
7000147E8F28C98 ? 400000008 ?
1100054A0 ?
kgerinv_internal()+ call kgeadse() 7FFFFFFFFFFFFFFF ?
48 FFFFFFFFFFFEF8FF ?
000000019 ? 110476528 ?
000000001 ? 000000017 ?
00000000B ? 000000000 ?
kgerinv()+48 call kgerinv_internal() FFFFFFFFFFFEF8FF ?
FFFFFFFFFFFFFFFF ?
FFFFFFFFFFFFFFFF ?
7FFFFFFFFFFFFFFF ?
1001648E0 ? FFFFFFFFFFF25E0 ?
1106ABC70 ? 11073B3C0 ?
kgeasnmierr()+72 call kgerinv() 000000000 ? 215265335E5162 ?
372600383A0F5000 ?
000000004 ? 10A328F7C ?
FFFFFFFFFFF2898 ? 000000002 ?
0FFFFFFFF ?
kghstack_underflow_ call kgeasnmierr() 11AB967A0 ? 000000000 ?
internal()+280 FFFFFFFFFFF2860 ? 100000001 ?
000000002 ? 11AB5BBF0 ?
000000000 ? 11AB96778 ?
kghstack_free()+716 call kghstack_underflow_ 10A328F7C ? 110A2FEC0 ?
internal() 000000004 ? 000000000 ?
000000000 ? 000000000 ?
000000080 ? 80000000000000 ?
ktudda()+912 call kghstack_free() 11AB5BBF0 ? 7215265335E5162 ?
3726000000000008 ?
000000102 ? 109E747E0 ?
FFFFFFFFFFF2A90 ? 000000048 ?
28408880FFFFFFFF ?
kcbtdu()+1636 call ktudda() 70001383A0F4014 ? 000000000 ?
1FE800000000 ? 07F7F7F7F ?
FFFFFFFF80808080 ?
000000000 ? 000000030 ?
FFFFFFFFFFF2B30 ?
kcbzdh()+3200 call kcbtdu() 35900000359 ? 100000001 ?
000000001 ? 200000001 ?
000000001 ? 00000005D ?
200066665D20 ? 000000000 ?
kcbzpnd()+504 call kcbzdh() 70001383F6D64B8 ? 000002004 ?
2107486C0 ? 10A74269E ?
1107486C0 ? FFFFFFFFFFF3B30 ?
FFFFFFFFFFF38E0 ? 000000000 ?
kcbdnb()+724 call kcbzpnd() 10A74267C ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 0001CE860 ?
000000000 ? 000000000 ?
dbkedDefDump()+5528 call kcbdnb() 200000000 ? 000000000 ?
000000000 ? 000000000 ?
1100224D0 ? 000000018 ?
110001366 ? 000000000 ?
ksedmp()+72 call dbkedDefDump() 3107486C0 ? 110000A28 ?
FFFFFFFFFFF3FC0 ? 1106ABC70 ?
100125778 ? 000000000 ?
FFFFFFFFFFF3FB0 ? 1106ABC70 ?
ksfdmp()+100 call ksedmp() 000000002 ? 000000000 ?
000000002 ? 10AF71A68 ?
10A0720F8 ? 000000000 ?
1109DE650 ? 1107486C0 ?
dbgexPhaseII()+1904 call ksfdmp() 11074B65C ? 000000001 ?
000000002 ? 000000000 ?
000000002 ? 10A0720F0 ?
000000000 ? 001050005 ?
dbgexProcessError() call dbgexPhaseII() 1107486C0 ? 1109DC860 ?
+1556 0000B9D9C ? 200000000 ?
FFFFFFFFFFF4ED8 ? 000000082 ?
FFFFFFFFFFF4560 ?
88A4422A00000000 ?
dbgeExecuteForError call dbgexProcessError() 1107486C0 ? 1109DE650 ?
()+72 100000000 ? 000000000 ?
000000000 ? 000000000 ?
0DFFFFFFF ? 1109E0398 ?
dbgePostErrorKGE()+ call dbgeExecuteForError 00000000A ? 000000000 ?
2044 () 000000001 ? 000000001 ?
000000000 ? 000000000 ?
FFFFFFFFFFFB4E0 ? 000000000 ?
dbkePostKGE_kgsf()+ call dbgePostErrorKGE() 000000000 ? FFFFFFFFFFF96B0 ?
68 2580000000A ? 109E7A740 ?
000000000 ? 000000000 ?
FFFFFFFFFFF9190 ? 11AB1AC50 ?
kgeadse()+380 call dbkePostKGE_kgsf() 000000001 ? 000000008 ?
000000000 ? 10A30EA38 ?
110000C20 ? 700014771160D68 ?
700014772ADB3A8 ? 000000001 ?
kgerinv_internal()+ call kgeadse() 000000003 ? 000000000 ?
48 11074B65C ? 000000001 ?
000000000 ? FFFFFFFFFFF96B0 ?
00000000A ? 000000001 ?
kgerinv()+48 call kgerinv_internal() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
kgeasnmierr()+72 call kgerinv() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
FFFFFFFFFFF92B0 ?
48102840FFFFA5B0 ?
11AB5BBB8 ? 11074D658 ?
kghstack_underflow_ call kgeasnmierr() 022028200 ? 022202820 ?
internal()+280 11AB5BBB8 ? 100000001 ?
000000002 ? 11074D658 ?
0442C2394 ? 000002000 ?
kghstack_free()+716 call kghstack_underflow_ FFFFFFFFFFF92B0 ?
internal() FFFFFFFFFFF95B8 ?
FFFFFFFFFFF92B0 ? 000000001 ?
FFFFFFFFFFF92B0 ?
FFFFFFFFFFF95E8 ?
FFFFFFFFFFF95B8 ? 11074B650 ?
ktundo()+924 call kghstack_free() 0DEADBEEF ? 11074D668 ?
11074B654 ? 300000000 ?
1FFFFB4E0 ? FFFFFFFFFFFB4E0 ?
FFFFFFFFFFF94C0 ?
FFFFFFFFFFF9470 ?
kturCRBackoutOneChg call ktundo() 19FFFFB5E0 ?
()+848 494CEDB3FFFF9E50 ?
FFFFFFFFFFF9E48 ? 000000000 ?
000000000 ? FFFFFFFFFFFA5B0 ?
100000000 ? FFFFFFFFFFFB4E0 ?
ktrgcm()+5816 call kturCRBackoutOneChg FFFFFFFFFFFA5B0 ?
() 19FFFFA440 ?
FFFFFFFFFFFA5B8 ? 000000000 ?
1FFFFA478 ? FFFFFFFFFFFB4E0 ?
000000000 ? 000000000 ?
ktrget3()+832 call ktrgcm() FFFFFFFFFFFAC80 ? 000000000 ?
000000000 ? 000000003 ?
058F7501F ? 000000001 ?
000000004 ? 000000003 ?
ktrget2()+104 call ktrget3() 000000002 ? 700000000014488 ?
7000147E9C41A50 ? 000000022 ?
110A123A0 ? 000000000 ?
FFFFFFFFFFFB080 ? 110A123B8 ?
kclgeneratecr()+654 call ktrget2() FFFFFFFFFFFB4D0 ? 110AA1610 ?
0 14F11E4E00 ? 0F11E4E00 ?
357FED028 ? 000030000 ?
7000147E9C41A50 ?
700000000014488 ?
kclgcr()+812 call kclgeneratecr() 11A209508 ? FFFFFFFFFFFBFC0 ?
FFFFFFFFFFFBC18 ? 000000000 ?
0FFFFBB10 ? 01A275AC8 ?
1761D7F302ED25AC ?
20000011A275AC8 ?
kclcrrf()+536 call kclgcr() FFFFFFFFFFFBC20 ?
FFFFFFFFFFFBD00 ? 101F5080C ?
000000000 ? 0000003E8 ?
000000028 ? 0000000C8 ?
FFFFFFFFFFFBF88 ?
kjblcrcbk()+896 call kclcrrf() 000000001 ? 000000000 ?
7000147EB0F07B8 ?
7000147576C4471 ?
401472C30C7F0 ?
7000147576C4408 ?
7000147576C3190 ?
7000147576C7170 ?
kjblpcr()+304 call kjblcrcbk() FFFFFFFFFFFBDA8 ? 000000038 ?
7000147FABBDB48 ? 600000006 ?
000000016 ? 11A209468 ?
000000013 ? 0001C2153 ?
kjbmpbast()+1792 call kjblpcr() 000000012 ? 000000168 ?
000000002 ? 70001109FDB8148 ?
357000000000357 ?
7000144F31F7750 ?
895000000000895 ? 000000000 ?
kjmxmpm()+760 call kjbmpbast() 1000000000000 ? 80000001E ?
000000000 ? 11A2951C8 ?
C000000000 ? 000000000 ?
1000000000000 ? 000000000 ?
kjmpbmsg()+3508 call kjmxmpm() 000000000 ? 11A3769E0 ?
FFFFFFFFFFFC380 ? 06DBFBAEF ?
101E13820 ? 11A3769E0 ?
7000147E339AE08 ?
FFFFFFFFFFFC210 ?
kjmsm()+13416 call kjmpbmsg() 11A209448 ? 7000147E339AE08 ?
100000019 ? 100000000 ?
000000000 ? 000000000 ?
000000000 ? 7000000000168FD ?
ksbrdp()+2216 call kjmsm() 7000000000168E0 ?
7000000000168FC ? 048244028 ?
000000E00 ? 1108B69F0 ?
100637768 ? 000000001 ?
700000007 ?
opirip()+1620 call ksbrdp() FFFFFFFFFFFFE22 ? 10AFA5FC8 ?
FFFFFFFFFFFDC10 ? 000000000 ?
000000001 ? 000000000 ?
01380038F ? 000000001 ?
opidrv()+608 call opirip() 10AFA23B0 ? 410134118 ?
FFFFFFFFFFFED80 ?
2F7530312F ? 108A7E8C4 ?
1106ABC70 ?
652F70726F647563 ?
1106ABC70 ?
sou2o()+136 call opidrv() 3208A885B0 ? 400000000 ?
FFFFFFFFFFFED80 ?
23001801CD0000 ? 000000010 ?
1106ABC70 ? 000000000 ?
000000000 ?
opimai_real()+188 call sou2o() FFFFFFFFFFFEDF0 ?
4424444B00000001 ?
9000000000D73CC ?
BADC0FFEE0DDF00D ?
000000003 ? 9001000A008DAD0 ?
A0000000A000000 ? 10B6A8F30 ?
ssthrdmain()+276 call opimai_real() 9001000A0011A60 ?
FFFFFFFFFFFF148 ?
FFFFFFFFFFFEEF0 ? 10B6E9280 ?
90000000008582C ?
9001000A008DAD0 ?
FFFFFFFFFFFEED0 ?
9001000A008DAD0 ?
main()+204 call ssthrdmain() 3F0003660 ? FFFFFFFFFFFF238 ?
FFFFFFFFFFFF2A0 ?
9FFFFFFF000D658 ?
9FFFFFFF00009A0 ? 000000000 ?
000000000 ? 9FFFFFFF000D658 ?
__start()+112 call main() 000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
000000000 ? 000000000 ?
--------------------- Binary Stack Dump ---------------------
查询mos对比相关信息,参考: LMON or LMS Process Crashes Instance With ORA-600 [kghstack_underflow_internal_2] (Doc ID 2003278.1)信息
The LMON or LMS process crash the instance with an error like: ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x110A10838], [], [], [], [], [], [], [], [], [], [] ORA-1092 : opitsk aborting process Instance terminated by LMS1, pid = 14024818 Review of the generated tracefiles reveals a call stack similar to: ... kghstack_underflow_internal kghstack_free kccgrd kjxgrf_rr_read kjxgrDD_rr_read kjxgrimember kjxggpoll kjfmact kjfdact kjfcln ksbrdp ... - OR - ... kghstack_underflow_internal kghstack_free ktundo kturcrbackoutonechg ktrgcm ktrget3 ktrget2 kclgcr ...
确认为Bug 18687067 – ORA-600 [KGHSTACK_UNDERFLOW_INTERNAL_2] closed as duplicate of Bug 20675347 – ORA-07445 [KGHSTACK_OVERFLOW_INTERNAL()+644]（The bug is caused by an AIX compiler issue causing volatile variables in the Oracle kernel not to be handled properly.）,解决方案升级数据库到12.1及其以上版本或者打上patch 20675347
ORA-07445 opiaba—绑定变量超过65535导致实例crash
数据库异常报ORA-07445 opiaba，ORA-00600 17147错,导致实例crash
Wed Mar 15 09:48:06 2023 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x187B953, opiaba()+639] [flags: 0x0, count: 1] Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_ora_169909.trc (incident=446531): ORA-07445: 出现异常错误: 核心转储 [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187B953] [SI_KERNEL(general_protection)] [] Incident details in: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/incident/incdir_446531/xifenfei3_ora_169909_i446531.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Wed Mar 15 09:48:07 2023 Dumping diagnostic data in directory=[cdmp_20230315094807], requested by (instance=3, osid=169909), summary=[incident=446531]. Wed Mar 15 09:48:08 2023 Sweep [inc][446531]: completed Sweep [inc2][446531]: completed Wed Mar 15 09:48:33 2023 Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_pmon_161557.trc (incident=440035): ORA-00600: internal error code, arguments: [17147], [0x4AFC25D0C8], [], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/incident/incdir_440035/xifenfei3_pmon_161557_i440035.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Oracle Support for error and packaging details. Wed Mar 15 09:48:33 2023 Dumping diagnostic data in directory=[cdmp_20230315094833], requested by (instance=3, osid=161557 (PMON)), summary=[incident=440035]. Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_pmon_161557.trc: ORA-00600: internal error code, arguments: [17147], [0x4AFC25D0C8], [], [], [], [], [], [], [], [], [], [] PMON (ospid: 161557): terminating the instance due to error 472 Wed Mar 15 09:48:34 2023 opiodr aborting process unknown ospid (170089) as a result of ORA-1092
对应的trace文件信息
*** 2023-03-15 09:09:34.862
*** SESSION ID:(1858.63187) 2023-03-15 09:09:34.862
*** CLIENT ID:() 2023-03-15 09:09:34.862
*** SERVICE NAME:(xifenfei) 2023-03-15 09:09:34.862
*** MODULE NAME:(JDBC Thin Client) 2023-03-15 09:09:34.862
*** ACTION NAME:() 2023-03-15 09:09:34.862
Dump continued from file: /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_ora_116886.trc
ORA-07445: 出现异常错误: 核心转储 [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187B953] [SI_KERNEL(general_protection)] []
========= Dump for incident 326049 (ORA 7445 [opiaba()+639]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x187B953, opiaba()+639] [flags: 0x0, count: 1]
Registers:
%rax: 0x00000046fa212588 %rbx: 0x00000046762ee798 %rcx: 0x0000000000003200
%rdx: 0x0000000000000000 %rdi: 0x0000000000007340 %rsi: 0x0000000000007340
%rsp: 0x00007fffffff41d0 %rbp: 0x00007fffffff4240 %r8: 0x00000044a8599f00
%r9: 0x0000000000000099 %r10: 0x0000000000000b34 %r11: 0x00000046fa211720
%r12: 0x00000046fa5c7488 %r13: 0x0000000000000000 %r14: 0x0200000046fa2125
%r15: 0x0000000000000005 %rip: 0x000000000187b953 %efl: 0x0000000000010202
opiaba()+625 (0x187b945) jmp 0x187b982
opiaba()+627 (0x187b947) movzbl 0x2c(%rbx),%r15d
opiaba()+632 (0x187b94c) mov %r14,-0x60(%rbp)
opiaba()+636 (0x187b950) mov %rax,%r14
> opiaba()+639 (0x187b953) movswq 0xa(%r14),%rcx
opiaba()+644 (0x187b958) cmp %ecx,%r15d
opiaba()+647 (0x187b95b) jne 0x187b976
opiaba()+649 (0x187b95d) mov 0x18(%rbx),%rdi
opiaba()+653 (0x187b961) lea 0xc(%r14),%rsi
*** 2023-03-15 09:09:34.863
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- Current SQL Statement for this session (sql_id=5cvg8vqsbr8j6) -----
BEGIN
UPDATE
t_xifenfei
SET valid_param=:1 , comm_addr1 = :2 ,
password=:3 , customer_type = :4 ,
comm_no=:5 , date_grade_no = :6 ,
date_grade_flag=:7 , curve_config_no = :8 ,
curve_config_flag=:9 , baudrate = :10 ,
meas_order=:11 , meter_no = :12 ,
kind_no=:13 , tariff_count = :14 ,
meter_digits = :15 , import_user=:16 ,
readmeter_flag = :17 ,status_code=:18
WHERE meter_id = :19
;
…………
;
UPDATE
t_xifenfei
SET valid_param=:94982 , comm_addr1 = :94983 ,
password=:94984 , customer_type = :94985 ,
comm_no=:94986 , date_grade_no = :94987 ,
date_grade_flag=:94988 , curve_config_no = :94989 ,
curve_config_flag=:94990 , baudrate = :94991 ,
meas_order=:94992 , meter_no = :94993 ,
kind_no=:94994 , tariff_count = :94995 ,
meter_digits = :94996 , import_user=:94997 ,
readmeter_flag = :94998 ,status_code=:94999
WHERE meter_id = :95000
;END;
写了一个begin end,里面对于同一个update语句进行多次绑定变量实现批量提交功能,绑定变量的数量达到95000个,远超oracle官方限制的65535的极限,触发类似Bug 12578873 ORA-7445 [opiaba] when using more than 65535 bind variables
处理方法减少绑定变量数量,不能超过65535个
ORA-00800: soft external error, arguments: [Set Priority Failed]
在一套19.14的linux 2节点rac库中,使用sqlplus启动数据库成功,但是alert日志中报ORA-00800: soft external error, arguments: [Set Priority Failed]错误.
2022-09-21T22:20:35.924251+08:00 Starting background process VKTM 2022-09-21T22:20:35.977936+08:00 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_vktm_22653.trc (incident=880052): ORA-00800: soft external error, arguments: [Set Priority Failed], [VKTM], [Check traces and OS configuration], [Check Oracle document and MOS notes], [] Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_880052/orcl1_vktm_22653_i880052.trc 2022-09-21T22:20:35.980555+08:00 Error attempting to elevate VKTM's priority: no further priority changes will be attempted for this process VKTM started with pid=6, OS id=22653 Starting background process LMHB 2022-09-21T22:20:36.467831+08:00 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lms0_22703_22708.trc (incident=920005): ORA-00800: soft external error, arguments: [Set Priority Failed], [LMS0], [Check traces and OS configuration], [Check Oracle document and MOS notes], [] Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_920005/orcl1_lms0_22703_22708_i920005.trc 2022-09-21T22:20:36.470535+08:00 Error attempting to elevate LMS0's priority: no further priority changes will be attempted for this process
错误提示比较明显,提升进程的优先级失败,通过操作系统命令观察发现确实进程优先级没有提升
[root@oradb01 ~]# ps -eo pid,class,pri,nice,time,args|grep vktm|grep -v grep 5656 TS 19 0 00:00:00 ora_vktm_orcl1 30838 RR 41 - 13:08:36 ora_vktm_+ASM1
重新使用srvctl启动数据库,优先级提升正常,alert日志中也无类似警告
[root@oradb01 ~]# ps -eo pid,class,pri,nice,time,args|grep vktm|grep -v grep 5716 RR 41 0 00:00:00 ora_vktm_orcl1 30838 RR 41 - 13:18:46 ora_vktm_+ASM1
这个问题一直困惑了很久,今天无意中在mos上发现了相关mos文档,具体参考:(DB50) Clusterware Fails to Start Because CSSD Cannot Get Real-Time Priority (Doc ID 2903663.1),由于 bug 34286265 and bug 34318125(Bug 34649727 Linux: ORA-800 / Set Priority / DB Performance Merge Patch for 19.17 – 34286265 34318125)
尽量不要使用sqlplus去启动数据库,而是选择使用srvctl,避免在rac环境中导致数据库后台关键进程优先级无法提升问题.