ITPub博客

OUI-10058: The OUI Inventory on this system does not exits or is not writable .[@more@]今天在CentOS5.3上安装oracle的时候，到最后报了如下错误：OUI-10058: The OUI Inventory on this system does not exits or is not writable .1-The /opt/oracle/oraInventory/orainstRoot.sh script was not executed with root privileges,or an error occurred during execution;2-You are not a member of the specified installer group查了下网络，一般导致这个的原因是由于 用oracle用户执行了 orainstRoot.sh 和 root.sh但是我的情况是

ORA-00474: SMON process terminated with error[@more@]客户反映数据库异常down了Sat Aug 8 20:41:03 2009Errors in file /u01/oracle/10gdb/admin/masprod/bdump/masprod_pmon_4970.trc:ORA-00474: SMON process terminated with errorSat Aug 8 20:41:03 2009PMON: terminating instance due to error 474Instance terminated by PMON, pid = 4970.tre 文件的内容error 474 detected in background processORA-00474: SMON process terminated with errordmesg 的结果：oom-killer: gfp_mask=0xd0Mem-info:DMA per-cpu:cpu 0 hot: lo

能访问的表，却抱 ORA-00942[@more@]今天写了个function：create or replace function show_pkg (name in varchar2) return varchar2isv_code varchar(1000);cursor c_code isselect a.text from sys.dba_source a where a.owner='MAS9I' and a.name=upper(name) and a.type='PACKAGE BODY';beginopen c_code;loopfetch c_code into v_code;exit when c_code%notfound;dbms_output.put_line(v_code);end loop;end;编译的时候抱错：ORA-00942: table or view does not exist ，可是用该用户是可以访问 DBA_SOURCE的，为啥写到function会抱错

ORA-03106的错误。[@more@]客户半个月以前曾经碰到过一个问题，有个job抱错，执行的内容是通过 dblink 往对方的数据库插数据，一直跑得好好的，突然就开始出错了。ORA-12012: 自动执行作业 82 出错ORA-03106: 致命的双工通信协议错误ORA-02063: 紧接着line（源于HRMS.CIMC.COM）ORA-06512: 在"xxxxxxxx", line 399ORA-06512: 在line 1因为以前一直跑得很好，所以怎么也想不通为啥抱错，于是先重现问题发现抱错，没什么办法，无聊之下多执行了几次，发现了一个奇怪的现象，就是抱错的行数一直在增大，就是说这次抱错在399 行 ，下

form6i在读取blob的时候 抱错 ORA-00932:数据类型不一致[@more@]公司的HR系统还是form6i的，最近数据库升级到了10g (10.2.0.1.0) ，结果在读取blob字段的时候，抱错了 ORA-00932:数据类型不一致，应为 ，但却获得 一样的程序在9i和8i都正常的，估计是6i不支持10g的blob。找了下资料，原来是个bughttp://forums.oracle.com/forums/thread.jspa?threadID=370746，说把form 6i 打到patch 17 就可以了， metalink上说是bug ，bug号 1883920 ，不过说是15patch就解决了，可是出问题的就是打到15 patch的form 6i ,奇怪，估计他们搞错了吧，反正是