暂无图片
用SBT_TAPE备份数据库11.2.0.3的时候,出现ORA-07445: 出现异常错误: 核心转储 [gsignal()+53] [SIGIOT] [ADDR:0x1F400006606] [PC:0x317C6328A5]
我来答
分享
lerry
2023-11-21
用SBT_TAPE备份数据库11.2.0.3的时候,出现ORA-07445: 出现异常错误: 核心转储 [gsignal()+53] [SIGIOT] [ADDR:0x1F400006606] [PC:0x317C6328A5]

用stb_tape进行rman备份到异地的时候,出现如下错误,之前备份都是好好的,突然就备份不了了

操作系统:6.7

数据库11.2.0.3 


Dump continued from file: /opt/11g/oracle/diag/rdbms/sjsc/sjsc/trace/sjsc_ora_26118.trc
ORA-07445: 出现异常错误: 核心转储 [gsignal()+53] [SIGIOT] [ADDR:0x1F400006606] [PC:0x317C6328A5] [unknown code] []

========= Dump for incident 452502 (ORA 7445 [gsignal()+53]) ========
----- Beginning of Customized Incident Dump(s) -----
Exception [type: SIGIOT, unknown code] [ADDR:0x1F400006606] [PC:0x317C6328A5, gsignal()+53] [exception issued by pid: 26118, uid: 500] [flags: 0x0, count: 1]
Registers:
%rax: 0x0000000000000000 %rbx: 0x000000000c73a1e8 %rcx: 0xffffffffffffffff
%rdx: 0x0000000000000006 %rdi: 0x0000000000006606 %rsi: 0x0000000000006606
%rsp: 0x00007fff47e461d8 %rbp: 0x000000000baf3b68 %r8: 0x000000000000000a
%r9: 0x00007f415ad1a700 %r10: 0x0000000000000008 %r11: 0x0000000000000206
%r12: 0x000000000c73a100 %r13: 0x000000000c738f00 %r14: 0x000000000000000c
%r15: 0x00007f415a44fdf8 %rip: 0x000000317c6328a5 %efl: 0x0000000000000206
gsignal()+40 (0x317c632898) movsxdq %esi,%rsi
gsignal()+43 (0x317c63289b) movsxdq %eax,%rdi
gsignal()+46 (0x317c63289e) mov $0xea,%eax
gsignal()+51 (0x317c6328a3) syscall
> gsignal()+53 (0x317c6328a5) cmp $0xfffff000,%rax
gsignal()+59 (0x317c6328ab) ja 0x317c6328bf
gsignal()+61 (0x317c6328ad) (repe) ret
gsignal()+63 (0x317c6328af) nop
gsignal()+64 (0x317c6328b0) test %eax,%eax

*** 2023-11-21 09:07:39.886
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x3, level=3, mask=0x0)
----- SQL Statement (None) -----
Current SQL information unavailable - no cursor.
----- PL/SQL Stack -----
----- PL/SQL Call Stack -----
object line object
handle number name
0x8b40f0b70 225 package body SYS.DBMS_BACKUP_RESTORE

----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
skdstdst()+36 call kgdsdst() 000000000 ? 000000000 ?
7F415A769F18 ? 000000001 ?
000000001 ? 000000003 ?
ksedst1()+98 call skdstdst() 000000000 ? 000000000 ?
7F415A769F18 ? 000000001 ?
000000000 ? 000000003 ?
ksedst()+34 call ksedst1() 000000001 ? 000000001 ?
7F415A769F18 ? 000000001 ?
000000000 ? 000000003 ?

我来答
添加附件
收藏
分享
问题补充
1条回答
默认
最新
周伟

大概率是一个BUG,不知道你的call stack trace 有没有贴完。可以参考如下:

Bug 17810909 Process crashes with ORA-7445 [GSIGNAL()+53] [sigiot]


Description

A process may crash with ORA-7445 [GSIGNAL()+53] [SIGIOT].

Call Stack will likely include:

sslsshandler <- gsignal <- malloc_printerr

Rediscovery Notes

If a process crash occurs with the stack mentioned above then it's likely you have run into this bug.

Workaround

NONE


Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. For questions about this bug please consult Oracle Support.

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
Oracle 查询条件里字段顺序一定要和索引相一致才调用索引么
回答 1
已采纳
这个“据说”是非常不靠谱的,&nbsp;即便退回到20多年前的8版本,优化模式使用RBO,&nbsp;字段顺序在where条件里面也是随便写的,都是能够正常使用索引的。
Oracle在什么情况一个高水位1M都不到的表, 全表扫面会跑7个G的逻辑读?
回答 1
也许你看到的是这个表,但是表中有blob等,他存储在其他segment。
子查询如何用外部的变量
回答 3
update:子查询不能用外面表的字段。
Oracle为什么使用通配符正确,却没有查找出符合条件的记录?
回答 1
已采纳
Oracle中存储字符串数据时,可能会不小心把两端带有空格的字符串保存到记录中,而在查看表中的记录时,Oracle不能明确地显示空格,数据库操作者不能直观地确定字符串两端是否有空格。例如:使用like
windows2019能装oracle11g吗?
回答 1
oracle11g没有windowsserver2019的认证CertifiedWithOperatingSystems(13Items)MicrosoftWindowsx64(64bit)11Ver
oracle 启动 报错 ORA-01105 ORA-01154
回答 1
在做同步吧?等它同步完成后再看看呢
oracle rac打补丁
回答 4
按照最新的季度版本更新数据库,最好不要随意打特定补丁,特定补丁可能会影响季度补丁安装,提示已安装该补丁了;
单步调试 package,报错
回答 3
MDSYS.SDOPOINTTYPE如果是MDSYS用户下的一个自定义TYPE,那么要看是否授予该TYPE相应权限给调试用户了。
ogg同步数据到kafka,topic中查不到
回答 2
topic名称不正确。检查kafka.props配置文件中定义的topicMappingTemplate是否正确。topic名称必须与目标端Kafka集群中存在的topic名称一致。数据格式不正确。检
如果在oracle 中一个表的某个字段有索引的基础上。把这个字段的长度改变后。那这个字段索引还有效吗?
回答 1
已采纳
有效。只要类型不改变。你可以看看执行计划。
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏