*** 现象:
首先尝试启动dbconsole失败,查看日志后发现emdb.nohup文件中有报错信息:
Error starting HTTP-Server: Unable to intialize SSLServerSocketFactory 'com.evermind.ssl.JSSESSLServerSocketFactor
y': Export restriction: SunJSSE only
emagent.trc文件也有错误信息:
snmehl_connect: connect failed to (HXTEST01:5500): A remote host refused an attempted connect operation. (error = 79)
ERROR pingManager: nmepm_pingReposURL: Cannot connect to retStatus=-32
***问题根源:
由此,oracle确认此问题与/jdk/jre/lib/security/java.security文件的内容有关系,因而触 发了这个问题,与Bug 7582956有关。
*** 解决方法:
1、关闭安全连接
停掉dbconsole,
确认emagent进程正常关闭(之前确实发现挂死的现象),
使用命令emctl unsecure dbconsole
后重新启动dbconsole,发
现使用http服务是可以显示出登录页面的,
2、修复IBM JDK 安全兼容问题,修改文件 /jdk/jre/lib/security/java.security
建议将此文件中的
security.provider.1=com.ibm.jsse.IBMJSSEProvider
security.provider.2=com.ibm.crypto.provider.IBMJCE
security.provider.3=com.ibm.security.jgss.IBMJGSSProvider
security.provider.4=com.ibm.security.cert.IBMCertPath
内 容改为
security.provider.1=sun.security.provider.Sun
security.provider.2=com.sun.net.ssl.internal.ssl.Provider
security.provider.3=com.ibm.jsse.IBMJSSEProvider
security.provider.4=com.sun.crypto.provider.SunJCE
security.provider.5=com.ibm.crypto.provider.IBMJCE
security.provider.6=com.ibm.security.jgss.IBMJGSSProvider
security.provider.7=com.ibm.security.cert.IBMCertPath
3、使用sun的jdk
前面的blog里提到,ORACLE_HOME里面的jdk实际是映射主机本身的,我担心修改会影响其它的服务,
因此干脆尝试修复原来的jdk,metalink上的文档463072.1有相关内容,不过我图省事,
取消掉link,
直接把另外一台机器上正 常的jdk和jre拷了过来,替换了最早的jdk和jre目录,
替换之后,
停掉dbconsole,
执行emctl secure dbconsole(配置后只能用https访问)后
启动dbconsole正常。
由此看来这个问题还是由于jdk不合适造成的。
阅读(2184) | 评论(0) | 转发(0) |