ORACLE 9i-23ai

ORA-00600: internal error code, arguments: [ddfnetCFull-4], [Invalid Handle], [], [], [], [], [], [], [], [], [], []
—– Current SQL Statement for this session (sql_id=0wjqfgz9dqsjp) —–
select null from srp.interface_comm@srp1
where rowid = :plsqldev_rowid
for update nowait

之前记录过Frequent generate a lot of cdmp* directories contain *bucket trace in bdump ， 当时根据现象与该bug 很相似，该bug解决的只是不生成cdump还是会生成trace 文件，所以要分析生成trace的根本原因。之前数据库在诊断问题时也启用过相关trace event（见下面） ， 但是instance memroy 级别实例重启后不再生效

最近有套库突然目录使用告警，发现TRACE 目录使用较高，发现在bdump 目录中每分钟都生成一个cdmp*目录，且每个目录中含大量的文件，这是一套oracle 11.2.0.3 rac on hpux 11.31的数据库，

10.2.0.4 2nodes Oracle RAC ON HPUX 平台的环境， 计划升级到10.2.0.5， 前期升级clusterware 软件非常顺序，可是在跑root102.sh时还没跑完主机突然reboot， 尝试启crs 报错：The clusterware daemons are running from . But you are patching /oracle/product/10.2.0/crs10g

在做一个普通的分区表（HEAP TABLE）收集统计信息时进程报错意外终止，后台日志未出现ora-600等内部错误，这是一套11.2.0.3.7 oracle RAC 2-nodes on HPUX-ia 11.31的运行环境，这里简单的记录一下排查过程。

SQL> exec DBMS_STATS.GATHER_TABLE_STATS (ownname => ‘ANBOB’ , tabname => ‘TAB_ERROR’ , cascade => true, estimate_percent => dbms_stats.auto_sample_size,method_opt=>’FOR TABLE FOR ALL COLUMNS SIZE REPEAT’, degree => 8,no_invalidate=>false);

*
ERROR at line 1:
ORA-20011: Approximate NDV failed: ORA-12801: error signaled in parallel query server P001, instance qdim1:im1 (1)
ORA-01722: invalid number

前几日发现有套数据库的连接数有些异常，查看当时的session时发现还存在大量的”killed”状态的会话存在v$session 视图中，确认几个小时前有从数据库做过alter system kill session