今天安装Oracle 补丁的时候出现OUI-10035, OUI-10033 提示。
检查/etc下的ora*文件时,发现原来是权限问题。
$ ls -l /etc/oraInst.loc
-rw-r—– 1 root system 57 Jun 29 20:07 /etc/oraInst.loc
解决:
给该文件赋予权限,让oracle可读就可以了。
记录:
oraInst.loc文件里记录的是安装信息,Inventory的路径是通过读取oraInst.loc获取到的,
Sample The Best !
新安装的系统上安装Oracle 10.2.0.1.0
OS :Red Hat Enterprise Linux Server release 5.4 (Tikanga)
Oracle:10.2.0.1.0
重新安装解决问题。
ps:网上找到的答案,对我没有用,保留:
SQL*Plus With Instant Client 10.2.0.1 Hangs, When System Uptime Is More Than 248 Days
metalink上的给出的答案是
Applies to: SQL*Plus – Version: 10.2.0.1.0
Linux x86
SymptomsTrying to invoke SQL*Plus hangs when machine uptime reaches 248 days.
Database connection is not relevant as the ‘sqlplus’ executable itself hangs with or without connection information. It hangs regardless of what parameters are passed in. For example:
sqlplus -V
However, the hang does not reproduce with Instant Client version 10.1.0.4
Generating a stack trace using gdb debugger shows:
#0 0x0048a0dd in times () from /lib/tls/libc.so.6
#1 0×01884599 in sltrgatime64 () from ./libclntsh.so.10.1
#2 0x0137d70f in kghinp () from ./libclntsh.so.10.1
#3 0x00f86b47 in kpuinit0 () from ./libclntsh.so.10.1
#4 0x00f85e7a in kpuenvcr () from ./libclntsh.so.10.1
#5 0x01051b5e in OCIEnvCreate () from ./libclntsh.so.10.1
#6 0x0099787e in afidrv () from ./libsqlplus.so
#7 0x009702b9 in safimTerminate () from ./libsqlplus.so
#8 0x0098c246 in afidrv () from ./libsqlplus.so
#9 0x080486f6 in main ()
Running STRACE tool shows:
$ strace /oracle/home/bin/sqlplus -V 2>&1 |less
……
old_mmap(NULL, 385024, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0×41794000
gettimeofday({1122996561, 411035}, NULL) = 0
access(“/usr/local/UD/conf/sqlnet.ora”, F_OK) = -1 ENOENT (No such file or directory)
access(“/usr/local/UD/lib/oracle/network/admin/sqlnet.ora”, F_OK) = -1 ENOENT (No such file or directory)
access(“/usr/local/UD/conf/sqlnet.ora”, F_OK) = -1 ENOENT (No such file or directory)
access(“/usr/local/UD/lib/oracle/network/admin/sqlnet.ora”, F_OK) = -1 ENOENT (No such file or directory)
fcntl64(-1218313656, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor)
times(NULL) = -1825782405
times(NULL) = -1825782405
times(NULL) = -1825782405
times(NULL) = -1825782405
times(NULL) = -1825782405
times(NULL) = -1825782405
times(NULL) = -1825782405
It is looping on the times() function.
In addition to sqlplus, it has been reported that the netca and dbca tools also hang.
ChangesNew installation of Instant Client 10.2.0.1.0 on Linux platform. CauseThis is a known, unpublished bug.
Bug 4612267 OCI CLIENT IS IN AN INFINITE LOOP WHEN MACHINE UPTIME HITS 248 DAYS
SolutionSelect one of the following two solutions:
1) Apply one-off patch available for 10.2.0.1.
a. Download one-off patch off Metalink:
Patch 4612267
Description OCI CLIENT IS IN AN INFINITE LOOP WHEN MACHINE UPTIME HITS 248 DAYS
Product CORE
Release Oracle 10.2.0.1
b. To apply patch on Instant Client install, please follow instructions documented in the OCI manual.
You can find this in:
http://www.oracle.com/pls/db102/db102.show_toc?which=main&partno=b14250&maxlevel=2§ion=&expand=3216
under “Patching Instant Client Shared Libraries on Linux or UNIX”.
2) Wait for Patchset 10.2.0.2 to be available.
According to Bug 4612267, this bug is fixed in version 11, and backported to 10.2.0.2 patchset.
This patchset is estimated to be available mid-Dec 2005; but this is subject to change.
References
——————————————————————————–
Help us improve our service. Please email us your comments for this document. .
恩,周一上班得去得早,休息了两天,问题都堆积起来了。咳,都得了不敢休假综合症。
But:
生活就是充满了种种意外及惊喜
本来是安排好本周的事情,但是一个问题接着一个的扑面而来,如何同时处理呢?恩,脑壳要换个多核的差不多能应付过来了。
刚好gtdlife上有 如何应对生活中的临时突发事件? 对比我平时处理事情的方法。改进并保持,使自己的工作、学习更有效,坚持在保质工作(并提高工作效率)的前提下允许偷偷懒的原则。
* 重要而且紧急
* 重要但是不紧急
* 不重要但是紧急
* 不重要而且不紧急
每天会在中午时候对上午工作进行总结及对下午的工作有一个大致安排,并预留一部分时间出来,以便有突发事件发生没时间处理。
在下午下班前10分钟左右对今天工作进行日志记录并提交,然后规划一下第二天的工作安排。
安徽分公司的服务器又出问题了,数据库连接不正常,加上实例名就不能连接,折腾了下午,是netca出问题了,重新安装解决。
ps: 从上午的事情感觉到,正常情况下人的年纪大,考虑事情是要全面些哦。