Weblogic AdminServer启动失败,<Security> <BEA-090870> <The realm "myrealm" failed to be loaded

本文记录了一次服务器重装后,AdminServer启动失败的问题排查过程。通过分析日志,发现异常原因在于网络适配器的选择及DNS解析问题,并最终通过修改/etc/hosts文件并调整权限解决了问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

服务器重装,环境配置正常,domain没有变动,启动AdminServer失败。
AdminServer_log:
<2016-9-29 上午09时43分12秒 GMT+08:00> <Error> <Security> <BEA-090870> <The realm "myrealm" failed to be loaded: weblogic.security.service.SecurityServiceException: java.lang.ExceptionInInitializerError. weblogic.security.service.SecurityServiceException: java.lang.ExceptionInInitializerError         at weblogic.security.service.CSSWLSDelegateImpl.initializeServiceEngine(CSSWLSDelegateImpl.java:342)         at weblogic.security.service.CSSWLSDelegateImpl.initialize(CSSWLSDelegateImpl.java:221)         at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.InitializeServiceEngine(CommonSecurityServiceManagerDelegateImpl.java:1783)
        at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.initializeRealm(CommonSecurityServiceManagerDelegateImpl.java:442)         at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.loadRealm(CommonSecurityServiceManagerDelegateImpl.java:840)         Truncated. see log file for complete stacktrace
Caused By: java.lang.ExceptionInInitializerError
        at com.octetstring.vde.util.guid.GuidGenerator.nextGuidInBytes(GuidGenerator.java:125)
        at com.octetstring.vde.util.guid.Guid.<init>(Guid.java:84)
        at com.octetstring.vde.backend.standard.BackendStandard.add(BackendStandard.java:379)
        at com.octetstring.vde.backend.BackendHandler.add(BackendHandler.java:460)
        at com.octetstring.vde.util.LDIF.importLDIF(LDIF.java:279)         Truncated. see log file for complete stacktrace
Caused By: java.lang.NullPointerException
        at java.lang.System.arraycopy(Native Method)
        at com.octetstring.vde.util.guid.GuidParamGenerator.generateNodeID(GuidParamGenerator.java:47)         at com.octetstring.vde.util.guid.GuidStateManager.initializeGUIDParameters(GuidStateManager.java:59)         at com.octetstring.vde.util.guid.GuidStateManager.<init>(GuidStateManager.java:30)
        at com.octetstring.vde.util.guid.GuidStateManager.<clinit>(GuidStateManager.java:23)         Truncated. see log file for complete stacktrace >  <2016-9-29 上午09时43分12秒 GMT+08:00> <Notice> <Security> <BEA-090082> <Security initializing using security realm myrealm.>  <2016-9-29 上午09时43分12秒 GMT+08:00> <Critical> <WebLogicServer> <BEA-000362> <Server failed. Reason: 
There are 1 nested errors:
weblogic.security.service.SecurityServiceRuntimeException: [Security:090399]Security Services Unavailable         at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.doBootAuthorization(CommonSecurityServiceManagerDelegateImpl.java:916)
        at weblogic.security.service.CommonSecurityServiceManagerDelegateImpl.initialize(CommonSecurityServiceManagerDelegateImpl.java:1050)         at weblogic.security.service.SecurityServiceManager.initialize(SecurityServiceManager.java:875)
        at weblogic.security.SecurityService.start(SecurityService.java:141)
        at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
 
==============================================
经过查阅资料了解到,原来当机器存在多个网卡时,服务器可能会无法确认选择正确的适配器,而我的机器由于有虚拟机和无线网卡,确实存在多个适配器,这个解决办法是修改/etc/hosts文件
 
127.0.0.1       localhost.localdomain localhost  【机器名】【IP】【域名】
 
添加后发现问题依旧,后经测试发现,由于重装后未给用户 /etc/hosts的读权限,导致无法识别DNS。
 
增加权限后,问题解决~!
==============================================
 
 
 
 
 
 
 
 
 

转载于:https://www.cnblogs.com/dim2046/p/5919147.html

### WebLogic服务器强制关闭的原因分析 WebLogic Server 的日志显示 `<BEA-000388>` 错误表明 Java 虚拟机 (JVM) 已经触发了一个关闭钩子,这意味着服务器即将被迫停止运行[^1]。此错误通常伴随着其他警告或通知消息,例如: - **<BEA-000396>**: 表明服务器的关闭是由 `<WLS Kernel>` 请求的。 - **<BEA-000365>**: 显示服务器状态已更改为 `FORCE_SUSPENDING`。 这些日志条目共同指出了一个明确的事实:WebLogic 服务正在经历一种计划外的中断过程[^2]。 #### 可能的原因 以下是可能导致此类问题的一些常见因素: 1. **外部信号干扰** 如果操作系统向 JVM 发送了某些信号(如 SIGTERM 或 SIGKILL),则可能引发强制关闭行为。通过 `-Xrs` 参数可以减少因意外信号而导致的 JVM 关闭风险[^4]。 2. **启动脚本中的配置不当** 启动脚本中未正确处理后台执行命令的情况也可能导致问题。例如,缺少 `nohup` 命令会使进程容易受到终端断开的影响而终止[^3]^。 3. **资源耗尽或其他系统级问题** 当硬件资源不足或者存在严重的内存泄漏等问题时,也可能会迫使 JVM 主动请求退出以保护整个系统的稳定性[^5]。 --- ### 解决方案 针对上述提到的各种可能性,下面列出了几种可行的解决办法: #### 方法一:调整 JAVA_OPTIONS 添加 -Xrs 参数 可以通过修改域环境设置文件 (`setDomainEnv.sh`) 中定义的 `JAVA_OPTIONS` 来加入 `-Xrs` 标记。这一改动能够有效防止部分特定类型的 UNIX/Linux 平台信号影响到正常工作的 JVM 实例[^4]。 ```bash export JAVA_OPTIONS="$JAVA_OPTIONS -Xrs" ``` 然而需要注意的是,在实际应用过程中单纯依靠这种方式并不总是奏效;如果仍然遇到相同情况,则需要进一步排查是否存在其他潜在隐患。 #### 方法二:优化启动脚本设计 确保所有涉及长期运行的服务均采用适当的方式启动并保持独立于控制台连接之外的工作模式。具体来说就是在调用 `startManagedWebLogic.sh` 这样的管理节点初始化工具前加上 `nohup` 和重定向标准输出至指定的日志文件路径操作[^3]: ```bash nohup ./startManagedWebLogic.sh SERVERNAME http://HOST:PORT >> SERVERNAME.log & ``` 这样即使原始 SSH session 断开了也不会影响已经分离出来的子进程继续工作下去。 #### 方法三:监控与维护基础设施健康状况 定期审查服务器性能指标以及检查是否有足够的可用计算能力支持当前负载需求非常重要。一旦检测到接近临界阈值的趋势就应该及时采取措施缓解压力源以免发生不可预见崩溃事件[^5]. --- ### 总结 综上所述,当面对类似于 BEA-000388 所描述的现象时可以从多个角度出发寻找根本原因并通过相应手段加以应对。无论是改进基础架构还是完善软件部署流程都能显著提升整体可靠性水平。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值