oracle遇到的故障

简介:




安装oracle遇到的故障总结

 

os:centos4.7(64位)
db版本:oracle10.0.2.1(64位)

 

这次安装oracle又遇到点小问题,每次都是遇到点小问题,这次主要是包依赖关系问题,记录下。以备参考

 

linux在安装完oracle需要的基本包后,然后运行./runInstaller,在这开始阶段先后报错,具体错误忘记了,不过大概内容是缺库文件libstdc++.so.5和libXp.so.6


安装这两个库文件


# yum install libXp.so.6
# yum install libstdc++.so.5

 

安装这两个库文件后,可以继续,到最后的安装界面

 

安装到link的时候,大概83%的地方,弹出窗口提示错误,如果忽略,可以继续,反复尝试,总共有三个错误。

 

make[1]: *** [/home1/oracle/product/10.2.0/db_1/sysman/lib/libnmemso.so] Error 1
make: *** [libnmemso] Error 2

Exception String: Error in invoking target 'agent emsubagent' of makefile '/home1/oracle/product/10.2.0/db_1/sysman/lib/ins_sysman.mk'.
See '/home1/oracle/oraInventory/logs/installActions2008-02-26_05-27-25PM.log' for details.

 

make: *** [ctxhx] Error 1
Exception String: Error in invoking target 'install' of makefile '/home1/oracle/product/10.2.0/db_1/ctx/lib/ins_ctx.mk'
See '/home1/oracle/oraInventory/logs/installActions2008-02-26_05-27-25PM.log' for details.

 

make[1]: *** [/home1/oracle/product/10.2.0/db_1/rdbms/lib/extproc32] Error 1
INFO: make: *** [extproc32] Error 2
Exception String: Error in invoking target 'all_no_orcl ipc_g' of makefile '/home1/oracle/product/10.2.0/db_1/rdbms/lib/ins_rdbms.mk'
See '/home1/oracle/oraInventory/logs/installActions2008-02-26_05-27-25PM.log' for details.


在忽略这三个错误,结束安装后,运行DBCA安装数据库总是报错,如下所示:

 

[oracle@db202 database]$ sh /home/oracle/oracle/product/10.2.0/db_1/bin/dbca
UnsatisfiedLinkError exception loading native library: njni10
Exception in thread "main" java.lang.UnsatisfiedLinkError: get
at oracle.net.common.NetGetEnv.get(Native Method)
at oracle.net.config.Config.getNetDir(Unknown Source)
at oracle.net.config.Config.initConfig(Unknown Source)
at oracle.net.config.Config.<init>(Unknown Source)
at oracle.sysman.assistants.util.NetworkUtils.<init>(NetworkUtils.java:2
22)
at oracle.sysman.assistants.util.step.StepContext.<init>(StepContext.jav
a:255)
at oracle.sysman.assistants.dbca.backend.Host.<init>(Host.java:682)
at oracle.sysman.assistants.dbca.ui.UIHost.<init>(UIHost.java:205)
at oracle.sysman.assistants.dbca.ui.InteractiveHost.<init>(InteractiveHo
st.java:54)
at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:160)
at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:94)
at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180)

 

在网上搜得时候,都说是缺少32位的包,包括metalink都是这样解释的,要装:

 

glibc-32bit
glibc-devel-32bit

 

然后安装32位包


[root@db202 ~]# yum install glibc-devel
Setting up Install Process
Setting up repositories
Reading repository metadata in from local files
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for glibc-devel to pack into transaction set.
glibc-devel-2.3.4-2.43.el 100% |=========================| 97 kB 00:02 
---> Package glibc-devel.i386 0:2.3.4-2.43.el4_8.2 set to be updated
---> Downloading header for glibc-devel to pack into transaction set.
glibc-devel-2.3.4-2.43.el 100% |=========================| 97 kB 00:05 
---> Package glibc-devel.x86_64 0:2.3.4-2.43.el4_8.2 set to be updated
--> Running transaction check
--> Processing Dependency: glibc = 2.3.4-2.43.el4_8.2 for package: glibc-devel
--> Processing Dependency: glibc-headers = 2.3.4-2.43.el4_8.2 for package: glibc-devel
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for glibc-headers to pack into transaction set.
glibc-headers-2.3.4-2.43. 100% |=========================| 131 kB 00:04 
---> Package glibc-headers.x86_64 0:2.3.4-2.43.el4_8.2 set to be updated
---> Downloading header for glibc to pack into transaction set.
glibc-2.3.4-2.43.el4_8.2. 100% |=========================| 127 kB 00:02 
---> Package glibc.x86_64 0:2.3.4-2.43.el4_8.2 set to be updated
--> Running transaction check
--> Processing Dependency: glibc-common = 2.3.4-2.43.el4_8.2 for package: glibc
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for glibc-common to pack into transaction set.
glibc-common-2.3.4-2.43.e 100% |=========================| 649 kB 00:13 
---> Package glibc-common.x86_64 0:2.3.4-2.43.el4_8.2 set to be updated
--> Running transaction check
--> Processing Dependency: glibc-common = 2.3.4-2.41 for package: glibc
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for glibc to pack into transaction set.
glibc-2.3.4-2.43.el4_8.2. 100% |=========================| 130 kB 00:04 
---> Package glibc.i686 0:2.3.4-2.43.el4_8.2 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size 
=============================================================================
Installing:
glibc-devel i386 2.3.4-2.43.el4_8.2 update 1.9 M
Updating:
glibc-devel x86_64 2.3.4-2.43.el4_8.2 update 2.4 M
Updating for dependencies:
glibc x86_64 2.3.4-2.43.el4_8.2 update 5.0 M
glibc i686 2.3.4-2.43.el4_8.2 update 6.0 M
glibc-common x86_64 2.3.4-2.43.el4_8.2 update 16 M
glibc-headers x86_64 2.3.4-2.43.el4_8.2 update 576 k

Transaction Summary
=============================================================================
Install 1 Package(s) 
Update 5 Package(s) 
Remove 0 Package(s) 
Total download size: 32 M
Is this ok [y/N]: y
Downloading Packages:
(1/6): glibc-headers-2.3. 100% |=========================| 576 kB 01:37 
(2/6): glibc-devel-2.3.4- 100% |=========================| 1.9 MB 03:15 
(3/6): glibc-common-2.3.4 100% |=========================| 16 MB 14:52 
(4/6): glibc-devel-2.3.4- 100% |=========================| 2.4 MB 02:22 
(5/6): glibc-2.3.4-2.43.e 100% |=========================| 5.0 MB 04:35 
(6/6): glibc-2.3.4-2.43.e 100% |=========================| 6.0 MB 05:12 
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : glibc-common ####################### [ 1/11] 
Updating : glibc ####################### [ 2/11] 
Updating : glibc [ 3/11]warning: /etc/ld.so.conf created as /etc/ld.so.conf.rpmnew
Updating : glibc [ 3/11]warning: /etc/nsswitch.conf created as /etc/nsswitch.conf.rpmnew
Updating : glibc ####################### [ 3/11] 
Stopping sshd:[ OK ]
Starting sshd:[ OK ]
Updating : glibc-headers ####################### [ 4/11] 
Installing: glibc-devel ####################### [ 5/11] 
Updating : glibc-devel ####################### [ 6/11] 
Cleanup : glibc-headers ####################### [ 7/11]
Cleanup : glibc-common ####################### [ 8/11]
Cleanup : glibc-devel ####################### [ 9/11]
Cleanup : glibc ####################### [10/11]
Cleanup : glibc ####################### [11/11]

Installed: glibc-devel.i386 0:2.3.4-2.43.el4_8.2
Updated: glibc-devel.x86_64 0:2.3.4-2.43.el4_8.2
Dependency Updated: glibc.x86_64 0:2.3.4-2.43.el4_8.2 glibc.i686 0:2.3.4-2.43.el4_8.2 glibc-common.x86_64 0:2.3.4-2.43.el4_8.2 glibc-headers.x86_64 0:2.3.4-2.43.el4_8.2
Complete!

安装完之后,然后重新relink all,再运行DBCA和netca就都ok了

 

# $ORACLE_HOME/bin/relink all


总结:在安装64位系统时, 不仅需要64位的安装包,还需要32的安装包

 

 













本文转自东方之子736651CTO博客,原文链接:http://blog.51cto.com/ecloud/1259209 ,如需转载请自行联系原作者



相关文章
|
29天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
90 11
|
3月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
6月前
|
Oracle 关系型数据库 数据库
关系型数据库Oracle 故障转移能力
【7月更文挑战第10天】
70 2
|
8月前
|
运维 Oracle 关系型数据库
服务器数据恢复-raid5故障导致上层oracle数据库故障的数据恢复案例
服务器数据恢复环境: 一台服务器中有一组由24块FC硬盘组建的raid5磁盘阵列,linux操作系统+ext3文件系统,服务器上层部署有oracle数据库。 服务器故障&检测: raid5阵列中有两块硬盘出现故障掉线,导致服务器上层卷无法挂载,oracle数据库无法正常使用。 通过管理后台查看服务器中硬盘的状态,显示有两块硬盘处于离线状态。
|
存储 Oracle 算法
数据库数据恢复-ORACLE数据库常见故障的数据恢复可能性分析
ORACLE数据库常见故障: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE数据库ASM存储破坏。 3、ORACLE数据库数据文件丢失。 4、ORACLE数据库数据文件部分损坏。 5、ORACLE数据库DUMP文件损坏。
|
Oracle 关系型数据库 网络安全
连接Oracle数据库失败(ORA-12514)故障排除
ORA-12514的故障是很多新手在连接Oracle数据库时经常遇到故障,它通常表示无法连接到数据库实例,这里姚远老师告诉大家如何排除这类故障。
10267 0
|
存储 SQL 负载均衡
Oracle实现高可用性的工具(负载均衡/故障切换)
Oracle实现高可用性的工具(负载均衡/故障切换)
261 0

推荐镜像

更多