2010年1月6日随笔档案 - 城市中的一条鱼

遇到了JVM的一个奇怪的现象

昨天，遇到了一个测试的环境，虽然在启动脚本中，使用-server参数指定了sun jvm的运行模式，但是通过ProcessExplorer来看，居然是运行在client模式下，后来以为是打开了调试端口导致的，jvm_opts=%jvm_opts% -classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=%port%,server=y,suspend=y，最后发现时因为-classic造成的，解释参见 http://wangpan80.javaeye.com/blog/248708

posted @ 2010-04-22 18:11 narry 阅读(202) | 评论 (0) | 编辑收藏

另一种导致原因导致的ORA-01658

前天同事反映在测试环境中，给表创建新的分区时，出现了：

ORA-01658: unable to create INITIAL extent for segment in tablespace XXXX

根据经验和oracle官方的解释，是所在表空间的空间不够导致的，但是根据OEM观察，这个表空间的还有不少未使用的部分，这下就比较迷惑了。
当把oracle的alert.log文件拿出来分析后，发现有提示指明temp表空间不足了，当扩展了temp表空间的数据文件后，异常消失了，看来temp表空间的不足也能引发 ORA-01658异常，并且是提示另一个表空间，值得注意

posted @ 2010-01-07 12:32 narry 阅读(469) | 评论 (0) | 编辑收藏

oracle11gR2，在Linux IPV6环境下的一次Listener无法启动的问题

今天在linux搭建的IPV6环境下重新启动了一下oracle，在启动listener时得到如下的输出：

LSNRCTL> start
Starting /oracle/11g/bin/tnslsnr: please wait

        TNSLSNR for Linux: Version 11.2.0.1.0 - Production
        System parameter file is /oracle/11g/network/admin/listener.ora
        Log messages written to /oracle/diag/tnslsnr/node2/listener/alert/log.xml
        Trace information written to /oracle/diag/tnslsnr/node2/listener/trace/ora_8028_3086591680.trc
        Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=node2)(PORT=1521)))

        Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=node2)(PORT=1521)))
        STATUS of the LISTENER
        ------------------------
        Alias                     LISTENER
        Version                   TNSLSNR for Linux: Version 11.2.0.1.0 - Production
        Start Date                06-JAN-2010 13:07:43
        Uptime                    0 days 0 hr. 0 min. 0 sec
        Trace Level               admin
        Security                  ON: Local OS Authentication
        SNMP                      OFF
        Listener Parameter File   /oracle/11g/network/admin/listener.ora
        Listener Log File         /oracle/diag/tnslsnr/node2/listener/alert/log.xml
        Listener Trace File       /oracle/diag/tnslsnr/node2/listener/trace/ora_8028_3086591680.trc
        Listening Endpoints Summary

          (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=node2)(PORT=1521)))
        The listener supports no services
        The command completed successfully
        LSNRCTL> status
        Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=node2)(PORT=1521)))
        TNS-12541: TNS:no listener
         TNS-12560: TNS:protocol adapter error
          TNS-00511: No listener
           Linux Error: 111: Connection refused

根据提示listener在start后，显示启动成功，但是查看状态时报错，随即分析了Listener的日志，并且将listener的trace level设定为了admin，也无法定位问题。
随后，在google进行搜索，发现在linux下出现listener相关的问题，有很大部分是和/etc/hosts的配置有关，特别是其中一篇提到在/etc/hosts 中没有设定 127.0.0.1，会产生错误，的确在这个IPV6的环境中，已经将127.0.0.1从/etc/hosts，替换为::1,在/etc/hosts恢复了127.0.0.1的配置，问题解决。不知这个问题是否oracle的一个缺陷？特别是启动的提示太有误导了，一点提示都找不到

posted @ 2010-01-06 13:30 narry 阅读(791) | 评论 (0) | 编辑收藏

留言簿(1)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

2010年1月6日