ORA-24550: unhandled signal

最新推荐文章于 2021-04-10 01:20:35 发布

转载最新推荐文章于 2021-04-10 01:20:35 发布 · 5.3k 阅读

C++ 专栏收录该内容

73 篇文章

订阅专栏

本文探讨了在使用多线程数据库编程时遇到的ORA-24550错误，并提供了一种解决方案。该错误通常发生在Oracle客户端，通过修改应用程序根目录下的sqlnet.ora文件可以有效解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 最近使用多线程数据库编程是遇到ORA-24550错误。程序直接崩溃掉了。

查询oracle server端trace文件中没有任何错误。看来是oracle客户端的问题。

oracle文档中解释：

ORA-24550: unhandled signal #%ld received. %s

*Cause: Serious error: signal received
*Action: Refer to the platform-specific signal code, and see if the
application code caused the error. Otherwise, record
all error state and notify Oracle Support Services.

网上搜了一下，这个是oracle客户端的一个bug，可以参考https://savannah.cern.ch/bugs/?59026 。

2. 有同事，用C++ SOCI开发对oracle数据库进行DML操作时，发生该错误。
在网上查一下资料，都是说在服务器的sqlnet.ora文件中加入如下内容。

[cpp]view plaincopyprint? 
   
 DIAG_ADR_ENABLED=OFF  
 DIAG_SIGHANDLER_ENABLED=FALSE  
 DIAG_DDE_ENABLED=FALSE  

但是实际上发现问题还是处理不了。但是把该文件放到客户端（应用程序根目录），该问题就解决了。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

BE SANE

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ora-24550 signo=6 signo=11解决

weixin_34120274的博客

07-21

1223

我们有台测试服务器pro*c/oci应用总是发生各种比较奇葩的现象，就这一台机器会发生，其他几十台都不会发生。 sig 11的原因，内存地址访问越界。各signo的si_code含义可参考http://man7.org/linux/man-pages/man2/sigaction.2.html，在本异常中，signo=11表示SIGSEGV，si_code=1表示Address not mapp...

Oracle dbca时报：ORA-12547: TNS:lost contact错误的解决

12-16

最近在工作中遇到了一个问题，错误是Oracle dbca时报错：ORA-12547: TNS:lost contact，通过查找相关的资料终于找到了解决的方法，下面分享给大家，话不多说了，来一起看看详细的介绍吧。环境： OS:RHEL6.5 x86-...

1 条评论您还未登录，请先登录后发表或查看评论

oracle24550,ORA-24550:

weixin_31061699的博客

04-10

490

Hi Basis Expert,We have done oracle 11g (11.2.0.2) upgrade in one of our UAT ECC system.As a part of post upgrade when executingbrconnect -u / -c -f stats -t all -f collect -p 4 we are getting ORA-245...

ORA-2455

我的博客

12-01

1037

程序在编译正常无警告的情况下，运行时报如下错误。 ORA-24550: signal received: [si_signo=11] [si_errno=0] [si_code=1] [si_int=0] [si_ptr=(nil)] [si_addr=0x50] kpedbg_dmp_stack()+314 虽然时数据库的错误，但感觉并不是数据库造成的。最后发现有两个指针没

ORA-24550解决方法

aryao的专栏

02-02

1万+

在Linux下多线程操作数据库中时不时出现ORA-24550错误，导致程序崩溃退出，在网上查找资料，说在sqlnet.ora文件中增加以下几行： DIAG_ADR_ENABLED=FALSE DIAG_SIGHANDLER_ENABLED=FALSE DIAG_DDE_ENABLED=FALSE 尝试着照以上修改sqlnet.ora配置文件，然后重启oracle监听服务，程序运行一段

应用出现ORA-24550: signal received: [si_signo=6] [si_errno=0] [si_code=9] [si_addr=0]的错误

OS is DB,DB is OS

04-28

7802

前天应用测试的时候，说是应用出现了ORA-24550: signal received: [si_signo=6] [si_errno=0] [si_code=9][si_addr=0]的错误，Google了一下，解决方法就是在Server端或者Client端的sqlnet.ora文件里面添加如下内容： DIAG_ADR_ENABLED=FALSE DIAG_SIGHANDLER_EANABL

Mybatis出现ORA-00911: invalid character的解决办法

01-21

今天在项目中，使用Mybatis对oracle数据库进行操作的时候，报出ORA-00911: invalid character的错误，检查了一下SQL，发现都书写正确啊，复制到plsql上执行也都没问题，这什么原因呢？注意：这里说的是用navicat...

连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程

09-10

主要介绍了连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程,非常不错，具有参考借鉴价值，需要的朋友可以参考下

oracle24550,ORA-24550错误

weixin_34044889的博客

04-10

556

[[emailprotected] oracledata]$ sqluldr2_linux64_10204.bin [emailprotected]:1521 charset=AL32UTF8 QUERY="select /*+ parallel(2) */ * from zxjs.TMP_SJXQ_EDUCATION_20161108" log=/data/oracledata/TMP_S...

ORA-24550 Crash in RandomCycler

xqy1522的专栏

04-29

5052

最近使用多线程数据库编程是遇到ORA-24550错误。程序直接崩溃掉了。（靠~，想插个图进来不会弄！）查询oracle server端trace文件中没有任何错误。看来是oracle客户端的问题。 oracle文档中解释： ORA-24550: unhandled signal #%ld received. %s*Cause: Serious error: s

oracle24550,ORA-24550: signal received:这个问题的原因及解决办法

weixin_28709715的博客

04-10

609

今天写了个多线程访问数据库的程序，一直运行的好好的，突然就出现了下面的问题：ORA-24550: signal received: [si_signo=11] [si_errno=0] [si_code=1] [si_int=0] [si_ptr=(nil)] [si_addr=0x1]Killed我写了两个线程，第一个访问数据库都成功，但当第二个线程执行到数据库操作时，就突然出现了上面这么个玩意...

oracle24550,ORA-24550错误的原因是什么？

weixin_28523493的博客

04-10

1192

python3.5.2，scrapy1.2.1，cx_Oracle5.2.1用scrapy抓取，然后存oracle，程序运行几分钟会崩溃pipelines.py如下：# -*- coding: utf-8 -*-import osimport cx_Oraclefrom twisted.enterprise import adbapifrom company.items import Haigua...

ORA-24550: signal received:这个问题的原因及解决办法

最新发布

03-26

<think>好的，用户需要查找Oracle数据库错误代码ORA-0154、ORA-01152和ORA-01110的原因及解决方法。首先，我需要回忆这些错误代码对应的具体问题。 ORA-0154通常和表空间相关，可能是在创建表空间时指定的数据文件不存在或路径错误。记得ORA-0154的错误信息可能涉及无法找到数据文件，这时候需要检查文件路径是否正确，或者是否有权限问题。可能还需要用户确认文件是否被误删，或者存储设备有问题。接下来是ORA-01152，这个错误通常发生在恢复数据库时，表示没有找到需要的文件，或者文件版本不匹配。比如，在恢复过程中，如果备份文件不完整或者使用了错误的备份，就可能出现这个错误。解决方法可能包括检查备份的完整性，确认所有必要的归档日志是否存在，或者是否需要应用更多的日志来恢复数据文件。然后是ORA-01110，这个错误指出具体的数据文件有问题，比如文件无法访问或损坏。通常需要结合其他错误代码一起分析，比如ORA-01110可能伴随ORA-01578（数据块损坏）出现。这时候可能需要使用RMAN进行恢复，或者从备份中还原数据文件，并进行恢复操作。我需要确认这些错误之间的关联。例如，ORA-01152可能在恢复时出现，而ORA-01110则指出具体哪个数据文件有问题。用户可能在尝试恢复数据库时遇到了这些问题，需要一步步排查文件的存在性、权限和完整性。另外，用户提供的参考引用中有关于XML解析失败的问题，这可能和字符集设置有关，但当前的问题是关于ORA-0154等错误，可能暂时不需要考虑字符集的问题。但需要确保在恢复过程中，字符集设置正确，避免其他问题。现在需要组织回答的结构，每个错误分开说明原因和解决方法，并注意使用正确的LaTeX格式。例如，使用行内公式格式$...$，独立公式用$$...$$，但这里可能更多是文字描述。同时要生成相关问题，引导用户进一步了解。最后，检查是否有遗漏或错误的信息，确保解决方案的准确性和可行性，比如正确的RMAN命令，确认用户是否有备份，以及如何检查文件路径等步骤。可能需要参考Oracle官方文档或知识库文章来确认解决方案的正确性，比如引用提供的参考链接中的内容是否相关，但当前引用中的内容可能不直接相关，所以可能需要依赖已有的知识库。</think>### Oracle错误代码解析及解决方案 #### 1. ORA-01542: 表空间相关错误 **原因** 该错误通常在创建或扩展表空间时发生，主要原因为： - 指定的数据文件路径不存在或权限不足 - 存储设备故障导致文件无法访问 - 文件被意外删除或移动[^2] **解决方法** ```sql -- 检查文件路径有效性 SELECT file_name, tablespace_name FROM dba_data_files; -- 重新创建表空间（需确保路径正确） CREATE TABLESPACE new_ts DATAFILE '/new_path/datafile.dbf' SIZE 100M; ``` 若文件已丢失且无备份，需通过`RMAN`进行不完全恢复： ```bash rman> RESTORE DATAFILE 5; rman> RECOVER DATAFILE 5; ``` #### 2. ORA-01152: 文件恢复错误 **原因** 此错误常见于数据库恢复场景： - 备份文件不完整 - 归档日志序列不连续 - 使用不匹配的控制文件[^1] **解决方法** ```sql -- 检查归档日志状态 SELECT sequence#, first_time, next_time FROM v$archived_log; -- 强制应用可用日志 ALTER DATABASE RECOVER AUTOMATIC DATABASE; ``` 若存在数据文件版本不一致，需重新同步控制文件： ```bash rman> RESTORE CONTROLFILE FROM '/backup/control.bkp'; ``` #### 3. ORA-01110: 数据文件访问错误 **原因** 该错误总伴随其他错误代码（如ORA-01578）出现： - 存储介质物理损坏 - 文件头校验失败 - ASM磁盘组异常[^3] **解决方法** ```sql -- 查看具体错误信息 SELECT name, error FROM v$datafile_header WHERE error IS NOT NULL; -- 尝试在线修复（需开启块检查） ALTER SYSTEM SET db_lost_write_protect = typical; ``` 若文件无法修复，需通过备份恢复： ```bash rman> RUN { SET NEWNAME FOR DATAFILE 7 TO '/newloc/system01.dbf'; RESTORE DATAFILE 7; SWITCH DATAFILE 7; } ``` ### 通用处理流程 $$ \text{故障诊断流程} = \min( \text{alert.log分析}, \text{备份验证}, \text{存储健康检查} ) $$ 建议优先检查`$ORACLE_BASE/diag/rdbms/<DB_NAME>/trace/alert_<DB_NAME>.log`中的详细错误堆栈[^4]。