分类目录归档：troubleshoooting

使用ass.awk脚本分析systemstate生成的trace文件（LTOM431版本自带了ass109.awk脚本）

发表于 2016 年 1 月 27 日 由 Lunar

在以前，很多客户和朋友曾经各种寻找ass109.awk脚本，用意分析systemstate生成的trace文件。 因为最初ass109.awk文件是Oracle内部一个老外大牛个人写脚本，还不算是Oracle公司产品化的东西，以为不能提供支持。 在LTOM431版本中，已经自带了ass109.awk脚本： ass.awk的使用方法： 从上面的分析可以看出： 表示当前数据库的blocker是数据库的16号进程(systemstate中的pid 16)，他持有了对象4f4e57138的Row Cache锁，而pid 16正在等待：Wait for shrink lock。 而这里清晰的指出，29号进程最后的等待是在4f4e57138对象，目前处于挂起状态，无法执行INSERT操作，阻塞他的正式pid 16 不过LTOM目前已经不再开发了，他的很多功能集成到ASH里面了：

发表在 troubleshoooting | 标签为 , , | 留下评论

ORA-12537: TNS:connection closed

发表于 2015 年 5 月 2 日 由 Lunar

今天测试数据库的时候，忽然发现使用远程连接的方式会报错： listener.log的日志如下： 这个报错，只解决上应该跟OS的什么配置有关系，但是不清楚哪里的配置问题。 正常的系统，使用strace跟踪，相关log如下： 这个有问题的系统使用strace跟踪，相关log如下： 上述较大的不同在于fcntl(9, F_GETFD)相关的内容，这个东西我也不懂，c语言都还给老师了…… ：（ 于是查询官方文档，根据MOS介绍，逐一核对文件权限： 检查oracle用户的权限： 1，grid的是正确的： oracle的是错误的： 使用root修改 再次检查已经正确了： 2，oracle用户的ORACLE_HOME所在文件系统不支持setuid/suid（ 也不支持 nosetuid/nosuid 设置），例如: 我这里正常的： 再次测试还是连接不上： 3，检查oracle用户的$ORACLE_HOME应该为755（注意，不要带 -R ！！！）： 这次可以了： 把节点2也修改了：

发表在 network, troubleshoooting | 标签为 | 留下评论