oracle ins ctx.mk,安装Oracle10g遭遇ins_ctx.mk问题解决方法

最新推荐文章于 2021-04-16 09:56:33 发布

转载最新推荐文章于 2021-04-16 09:56:33 发布 · 522 阅读

文章标签：

#oracle ins ctx.mk

在CentOS6.2系统中安装Oracle10g时遇到ins_ctx.mk错误，此问题源于缺少glibc-devel的32位包。解决方法是通过系统光盘找到并使用rpm命令安装相应的glibc-devel-2.12-1.47.el6.i686.rpm包。

在CentOS6.2操作系统下，安装oracle10g时遭遇ins_ctx.mk问题，这是缺少glibc-devel的32位包所导致，下面是解决方法

在CentOS6.2操作系统下，安装oracle10g时出现如下报错：

查询文档会发现这个报错，是缺少glibc-devel的32位包所导致的，处理如下：

解决方法：

中止安装，否则即使安装完成相关rpm包后，后续仍会依据先前的检查出现其它报错。

建议到系统光盘下找到对应的glibc-devel的32位包文件，此处环境为CentOS6.2系统，找到相关包进行rpm安装，如下操作：

[root@hyl Packages]# rpm -ivh glibc-devel-2.12-1.47.el6.i686.rpm

warning: glibc-devel-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA1 Signature, key ID c105b9de: NOKEY

Preparing... ########################################### [100%]

1:glibc-devel ########################################### [100%]

补充：rpm包带有“.i686”格式，为32位rpm软件包

免责声明：本站所有文章和图片均来自用户分享和网络收集，文章和图片版权归原作者及原出处所有，仅供学习与参考，请勿用于商业用途，如果损害了您的权利，请联系网站客服处理。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

蓝色摇拽

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

记录Oracle11.2.0.1安装在Centos7上遇到的报错

weixin_41735638的博客

03-30

580

记录Oracle11.2.0.1安装在Centos7上遇到的报错记录Oracle11.2.0.1安装在Centos7上遇到的报错客户联系我要安装一个一模一样的数据库环境，给了安装包后，在实际安装过程中遇到了问题，特记录下来，以备后人参考。因为一般直接安装Oracle11.2.0.4并不会遇到这个问题。需要仔细注意辨别一下版本。 1、semmi总是报错不符合预期值，这个错误可以跳过实际过程中...

CentOS7安装Oracle11.2.0.1 ins_ctx.mk,ins_emagent报错

空自留的博客

05-14

1487

环境： OS版本： [oracle@dbserver orasour]$ more /etc/redhat-release CentOS Linux release 7.7.1908 (Core) DB版本：BANNER -------------------------------------------------------------------------------- Oracle Data...

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

LINUX7安装ORACLE报ins_ctx.mk

11-20

在LINUX7下安装ORACLE报ins_ctx.mk，日志中可以看到 INFO: /usr/lib64/libstdc++.so.5: undefined reference to `memcpy@GLIBC_2.14' collect2: error: ld returned 1 exit status 版本高了，换32位的版本也是不行的，按资源中的处理一下，就OK了，

安装Oracle10g遭遇ins_ctx.mk问题解决方法

09-10

在CentOS6.2操作系统下，安装oracle10g时遭遇ins_ctx.mk问题，这是缺少glibc-devel的32位包所导致，下面是解决方法

Oracle Linux安装64位Oracle 10g时遇到ins_ctx.mk问题

mimi886的专栏

01-12

514

在Oracle Linux Server Release 5.7上安装64位Oracle 10g 时，遇到如下问题： Error in invoking target 'install' of makefile '/u01/app/oracle/product/dbhome_1/ctx/lib/ins_ctx.mk'. See '/u01/app/oracle/oraInventory

安装LINUX X86-64的10201出现链接ins_ctx.mk错误

xinxiangsui2008的专栏

12-14

1069

在安装linux X86-64的Oracle10201时，在链接过程中出现了这个错误。详细错误信息为： Error in invoking target ‘install’ of makefile ‘/opt/oracle/product/10.2/ctx/lib/ins_ctx.mk’. See ‘/opt/oracle/oraInvertory/logs/installAct

精选资源

Error in invoking target ‘install’ of makefile ‘../dbhome_1/ctx/lib/ins_ctx.mk’ …

01-07

在Linux CentOS7 中安装oracle 11g数据库过程中弹出错误：Error in invoking target 'install' of makefile '/home/oracle/app/oracle/product/11.2.0/dbhome_1/ctx/lib/ins_ctx.mk'. See '/home/oracle/app/...

Oracle Linux(64位)安装64位Oracle10g遇到ins_ctx.mk问题

weixin_33897722的博客

01-14

154

oracle ins ctx.mk,Oracle Linux(64位)安装64位Oracle 10g遇到ins_ctx.mk问题

weixin_32683881的博客

04-04

328

在Oracle Linux Server Release 5.7上安装64位Oracle 10g 时，遇到如下问题：Error in invoking target 'install' of makefile '/u01/app/oracle/product/dbhome_1/ctx/lib/ins_ctx.mk'.See '/u01/app/oracle/oraInventory/logs/in...

ctx oracle,oracle报错/ins_ctx.mk - 努力奔跑的蜗牛

weixin_34338504的博客

04-16

313

安装oracle报错/ins_ctx.mkError in invoking target 'install' of makefile '/u01/app/oracle/product/dbhome_1/ctx/lib/ins_ctx.mk'.See '/u01/app/oracle/oraInventory/logs/installActions2014-01-11_12-44-52PM.log...

oracle报错/ins_ctx.mk

weixin_30555515的博客

01-24

213

安装oracle报错/ins_ctx.mk Error in invoking target 'install' of makefile '/u01/app/oracle/product/dbhome_1/ctx/lib/ins_ctx.mk'. See '/u01/app/oracle/oraInventory/logs/installActions2014-01-11_12-44-52PM...

2017-11-17 DBA日记，CENTOS 7装ORACLE 11g时报ins_ctx.mk错

IT匠人的专栏

11-17

5235

一、案例描述在昨天，以前的同事叫我帮忙装一个oracle，环境是在阿里云上的，使用的centos 7操作系统。结果在oracle database 软件安装的过程中却出了一些小问题。在安装进度在84%，收到如下提示： "error in invoking target install of makefile /u01/xxxxxx/ins_cts.mk see ...xxx.log”

安装Oracle10g遭遇ins_ctx.mk问题

深蓝@黄炎龙

09-20

3200

***********************************************声明********************************************** 原创作品，出自 “深蓝的blog” 博客，欢迎转载，转载时请务必注明出处，否则追究版权法律责任。表述有错误之处，请您留言或邮件（hyldba@163.com）指明，不胜感激。本文转载必须保

oracle数据库11g（11.2.0.1）安装报错：提示ins_ctx.mk编译错误。

最新发布

05-10

<think>嗯，用户现在的问题是关于在ins_ctx.mk文件中将stdc.a替换为libstdc++.so.5的可行性，以及stdc.a库不存在的原因。之前用户已经询问过stdc.a库不存在的问题，现在进一步想了解替换的可能性。需要仔细分析这两个方面。首先，stdc.a库缺失的原因。根据之前的回答，常见原因包括未安装静态库、GCC安装不完整、路径问题或架构不兼容。用户提供的引用中，引用[1]、[3]提到libstdc++.so.5缺少memcpy@GLIBC_2.14接口，这可能是因为库版本不正确或开发包未安装。引用[2]和[3]提到需要安装compat-libstdc++等开发包，尤其是32位和64位的版本。这可能意味着用户的系统缺少必要的静态库或兼容包，导致stdc.a不存在。接下来，用户想替换stdc.a为libstdc++.so.5。需要判断这是否可行。stdc.a是静态库，而libstdc++.so.5是动态库。静态库在编译时会被链接到可执行文件中，而动态库则在运行时加载。替换可能导致链接错误，因为两者的链接方式不同。此外，Oracle安装过程中可能依赖特定的库版本，如引用[4]、[5]提到的ins_emagent.mk错误，需要修改makefile添加链接参数。如果替换库，可能需要调整编译参数，比如将-static改为动态链接，或者添加-L和-l选项指向正确的动态库。另外，用户提到的ins_ctx.mk可能类似于ins_emagent.mk，需要检查是否有类似的问题。比如，是否缺少链接参数，或者库路径不正确。替换库可能会解决某些符号缺失的问题，但需要注意兼容性。例如，libstdc++.so.5可能对应较旧的GLIBC版本，而系统安装的可能更新，导致符号不匹配，如引用[1]、[3]中的memcpy@GLIBC_2.14问题。还需要考虑用户的具体环境，比如是否在交叉编译、操作系统版本、GCC版本等。用户之前的问题中提到RHEL7.0安装Oracle 11gR2，可能涉及到较旧的库版本与新系统的兼容性问题。在这种情况下，可能需要安装兼容包，如compat-libstdc++-33，而不是直接替换库文件。总结，替换库可能存在风险，可能导致链接错误或运行时问题。更好的解决方法是安装正确的静态库，确保开发包完整，并检查makefile中的链接参数是否正确。如果必须替换，需谨慎测试，并确保动态库版本与编译环境兼容。</think>### 分步解答：`ins_ctx.mk` 中替换 `stdc.a` 的可行性及 `stdc.a` 缺失原因 --- #### **一、`stdc.a` 库不存在的原因** 1. **静态库未安装** - `stdc.a` 是 GNU C++ 标准库的**静态版本**（`libstdc++.a`），默认情况下大多数 Linux 发行版仅安装动态库 `libstdc++.so`[^1][^3]。 - 安装方法（以 RHEL/CentOS 为例）： ```bash sudo yum install libstdc++-static # 安装静态库 ``` 2. **开发包不完整** - Oracle 安装依赖特定版本的开发包（如 `compat-libstdc++-33`），需同时安装 **32位和64位版本**，否则可能导致 `stdc.a` 缺失[^2][^3]。 ```bash sudo yum install compat-libstdc++-33.i686 compat-libstdc++-33.x86_64 ``` 3. **交叉编译环境问题** - 在 ARM 或异构平台编译时，工具链未正确包含目标平台的静态库（如 `libstdc++.a` 未适配 x86/ARM 架构）[^4]。 --- #### **二、替换 `stdc.a` 为 `libstdc++.so.5` 的可行性分析** --- ##### **1. 静态库与动态库的差异** - **静态库 (`stdc.a`)** 编译时直接嵌入可执行文件，无需运行时依赖，但会增大二进制体积。 ```makefile LDLIBS += -lstdc++ -static # 显式静态链接 ``` - **动态库 (`libstdc++.so.5`)** 运行时加载，需确保目标系统已安装对应版本，否则会报 `GLIBC_XXX` 未找到错误（如用户引用[^1]中的 `memcpy@GLIBC_2.14`）[^1][^3]。 --- ##### **2. 替换操作的潜在问题** - **符号兼容性风险** `libstdc++.so.5` 可能使用较旧的 GLIBC 符号（如 `memcpy@GLIBC_2.2.5`），而系统默认库可能已升级到更高版本（如 `GLIBC_2.14`），导致符号冲突或缺失[^3]。验证方法： ```bash objdump -T /usr/lib/libstdc++.so.5 | grep memcpy # 检查符号版本 ``` - **编译参数不兼容** 若 `ins_ctx.mk` 中原本使用静态链接（`-static`），替换为动态库需修改编译参数： ```diff - LDLIBS += -lstdc++ -static + LDLIBS += -lstdc++ # 移除-static ``` - **运行时依赖问题** 动态库需确保目标环境存在 `libstdc++.so.5`，否则需手动配置 `LD_LIBRARY_PATH` 或安装兼容包： ```bash sudo yum install libstdc++.so.5 # 安装旧版动态库 ``` --- ##### **3. 替代方案推荐** 1. **优先修复静态库缺失问题** - 安装 `libstdc++-static` 和 `compat-libstdc++-33`： ```bash sudo yum install libstdc++-static compat-libstdc++-33 ``` - 验证静态库路径： ```bash ls /usr/lib/gcc/x86_64-redhat-linux/4.8.2/libstdc++.a # 标准路径 ``` 2. **修改 Makefile 兼容动态库** - 若必须使用 `libstdc++.so.5`，需调整 `ins_ctx.mk` 的链接参数（类似用户引用[^4][^5]中的 `ins_emagent.mk` 修改）： ```makefile # 原静态链接配置（可能引发缺失错误） LDLIBS += -lstdc++ -static # 修改为动态链接（需确保动态库存在） LDLIBS += -lstdc++ -L/usr/lib64 -Wl,-rpath=/usr/lib64 ``` 3. **多版本 GLIBC 共存** - 若需同时支持新旧版本符号（如 `memcpy@GLIBC_2.14` 和旧接口），可通过 `symbol versioning` 或容器化隔离环境（如 Docker）[^3]。 --- #### **三、操作步骤示例** --- ##### **场景：修复 Oracle 安装时的 `stdc.a` 缺失** 1. **安装必要静态库** ```bash sudo yum install libstdc++-static compat-libstdc++-33 ``` 2. **修改 `ins_ctx.mk` 文件** ```makefile # 原始配置（静态链接） LDLIBS = -lstdc++ -static # 修改为动态链接（若必须替换） LDLIBS = -lstdc++ -L/usr/lib64 -Wl,-rpath=/usr/lib64 ``` 3. **验证符号兼容性** ```bash # 检查动态库符号版本 objdump -T /usr/lib/libstdc++.so.5 | grep memcpy # 输出示例：00000000000a7b30 g DF .text GLIBCXX_3.4 memcpy # 检查可执行文件依赖 ldd oracle_binary | grep libstdc++ ``` 4. **处理 GLIBC 冲突** - 若出现 `GLIBC_2.14 not found`，需降级 GLIBC 或使用兼容层： ```bash # 安装旧版 GLIBC（谨慎操作！） sudo yum downgrade glibc-2.17-317.el7 ``` --- ### 相关问题 1. **如何查看当前系统的 GLIBC 版本？** ```bash ldd --version # 显示 glibc 版本 rpm -q glibc # RHEL/CentOS 查看安装包版本 ``` 2. **动态库路径配置错误导致程序无法运行，如何调试？** - 使用 `LD_DEBUG=libs ldd <binary>` 跟踪库加载过程[^3][^5]。 3. **交叉编译时如何指定静态库路径？** ```bash arm-linux-gcc -o app app.c -L/path/to/arm-libs -lstdc++ -static ```