ANBOB

上个月有套库的listener总是自动stop， 因为是crs的资源又被agent重新拉起，前几次的监听故障中都提到过listener依赖于network资源， 以前也处理过网络打嗝可能会导致监听频繁重启的案例，本次参照该案例修改弱依赖的方式无法避免该问题

listener会记录通过监听访问数据库的信息在listener.log，包括tnsping 监听的，但是如果listener.log不可写，监听会不会挂？ 前几天清理目录发现了这个有个目录增长比较快，在listener的trace 目录下(11g的 ADR目录diag/tnslsnr/anbob1/listener/trace)生成了一些奇怪的trace文件如下

前几天帮助同事处理了个案例， 主机意外重启后数据库无法启动， 环境是11.2.0.3 standalone on aix, 用的是ASM.最后确认是OLR损坏, 因为当时没有记录具体流程，在这里只简单的记录. # check init.ohasd process is running ps -ef | grep init.ohasd # if not the run as root /etc/init.d/init.ohasd run >/dev/null 2>&1 到这步发现HAS已启动，但是cssd都没启动, cssd和一些local OCR做为资源是随HAS启动的， 如果没有数据库使用ASM， 默认是不会自动启动cssd和asm的。 但是使用crsctl start res ora.cssd -init又提示没有资源， 查看GI alert log 如下 # gi alert [ohasd(7210)]CRS-8017:location: /etc/oracle/lastgasp has 4 reboot advisory log files, … Read more

ORA-00600: internal error code, arguments: [kmgs_pre_process_request_6], [6], [895], [0], [3], [0x459C1F3D8], [], []
Mon Dec 22 22:40:43 2014
MMAN: terminating instance due to error 822
Instance terminated by MMAN, pid = 31205

ORA-12012: error on auto execute of job “ORACLE_OCM”.”MGMT_CONFIG_JOB_2_2″
ORA-29283: invalid file operation
ORA-06512: at “SYS.UTL_FILE”, line 536
ORA-29283: invalid file operation
ORA-06512: at “ORACLE_OCM.MGMT_DB_LL_METRICS”, line 2436
ORA-06512: at line 1

最近在一套生产库上发现了几个已经killed的会话一直保持在v$session 会话中，会话是user type的连接，而且已经killed了很久，通过SPID 发现操作系统层面已不存在该进程， 下面是我多次尝试后最终释放，