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

遇到了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 阅读(193) | 评论 (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 阅读(461) | 评论 (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 阅读(786) | 评论 (0) | 编辑收藏

在IPV6环境下使用Net-SNMP搭建snmp Agnet

   今天在IPV6环境下使用NET-SNMP搭建了一个snmp Agnet，搭建步骤记录在此，操作系统为CentOS 5.3
1.安装NET-SNMP，需要安装 net-snmp，net-snmp-libs,net-snmp-utils,其对应的rpm都能在CentOS的安装盘中找到。
2.修改/etc/snmp/snmpd.conf,内容如下，其中2001::/64是snmp manager所在IPV6的子网前缀：

rwcommunity6 public

com2sec6 mynet 2001::/64 public

group mygroup v1 mynet
group mygroup v2c mynet
group mygroup usm mynet

view    systemview    included   .1.3.6.1.2.1.1
view    systemview    included   .1.3.6.1.2.1.25.1.1

access mygroup "" any noauth exact all all all
3.修改snmpd
snmpd -f -L udp:161,udp6:161 -d -c /etc/snmp/snmpd.conf
4.在2001::/64子网中另一台主机上，运行如下命令进行测试，其中2001:468:181:f101:20c:29ff:fe5d:10b4为agnet所在主机的IPV6地址
snmpwalk -v 2c -c public udp6:[2001:468:181:f101:20c:29ff:fe5d:10b4] system

posted @ 2010-01-05 18:45 narry 阅读(3375) | 评论 (1) | 编辑收藏

留言簿(1)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

2010年1月5日