2023年11月29日发(作者：)
Weblogic常见报错以及解决⽅法[转载]
Weblogic常见报错以及解决⽅法[转载]
2020-09-13 09:55:22 4109 收藏 11
⽂章标签：
前⾔：Oracle WebLogic中间件在⽹站部署过程中经常会使⽤到。该产品系列的核⼼是Oracle WebLogic服务器，它是⼀个功能强⼤和可扩展的Java EE服务器。今天整理了在运
维过程中经常会遇到的各种报错以及解决⽅法，纯技术⼲货，希望能够对正在学习weblogic过程中的您提供帮助。
weblogic有两种部署⽅式，单点模式和集群模式，单点模式直接创建⼀个域，在控制台进⾏程序部署即可；⽽集群模式分为admin（管理）节点和Managed（被管理）节点，管
理节点通过控制台对被管节点进⾏管理，程序部署在被管节点的集群上。不论是单点模式，还是集群模式，常见的报错基本⼀致。
基本概念
Domain ：
域是作为单元进⾏管理的⼀组相关的 WebLogic Server 资源。⼀个域包含⼀个或多个 WebLogic Server 实例，这些实例可以是集群实例、⾮群集实例，或者是集群与
⾮群集实例的组合。⼀个域可以包含多个集群。域还包含部署在域中的应⽤程序组件、此域中的这些应⽤程序组件和服务器实例所需的资源和服务。应⽤程序和服务
器实例使⽤的资源和服务⽰例包括计算机定义、可选⽹络通道、连接器和启动类。
Domain 中包含⼀个特殊的 WebLogic 服务器实例，叫做 Administration Server，这是我们配置管理Domain中所有资源的核⼼。通常，我们称加⼊Domain中的其他
实例为 Managed Server，所有的Web应⽤、EJB、Web Services和其他资源都部署在这些服务器上。
Administration Server ：
管理服务器是控制整个域配置的中⼼操作节点，管理服务器维护着整个域 的配置并将配置分配到每个被管理服务器 Managed Server 中。我们可以通过三个渠道访问
管理服务器：Admin Server console、Oracle WebLogic Scripting Tool WLST、JMX客户端（通过WebLogic提供的API来实现），最后我们还可以通过SNMP协议来
监控Admin Server的状态。
Managed Server ：
被管理服务器是⼀个WebLogic Server的实例，他从Admin Server那⾥获取配置信息。通常在Managed Server上部署⾃⼰的服务、组件或应⽤。基于性能考
虑，Managed Server维护着⼀份只读的域配置⽂件，当服务启动的时候，会从Admin Server上同步配置⽂件信息，如果配置⽂件发⽣了改变，Admin Server也会将改
变推送到Managed Server上。
下⾯我们看看常见的weblogic报错，weblogic的⽇志中，我们可以通过BEA开头的报错code进⾏问题查找。
1. 管理节点报错BEA-000386
通过nohup ./ &命令启动管理节点后，tail -f 查看⽇东⽇志，发现⽇志上存在BEA-000386报错，具体⽇志如下：
<2019-10-12 下午05时22分21秒 CST>
<2019-10-12 下午05时22分21秒 CST>
<2019-10-12 下午05时22分21秒 CST> <2019-10-12 下午05时22分22秒 CST> at sUtils$alHost(:38) at sUtils$AddressMaker. at ny(:154) at onsistency(:61) at (:207) Truncated. see log file for complete stacktrace Caused By: nHostException: weblogic1: weblogic1 at alHost(:1360) at sUtils$alHost(:36) at sUtils$AddressMaker. at ny(:154) at onsistency(:61) Truncated. see log file for complete stacktrace > 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 <2019-10-12 下午05时22分22秒 CST> <2019-10-12 下午05时22分22秒 CST> 原始配置： [root@weblogic1 ~]# cat /etc/hosts 127.0.0.1 localhost omain localhost4 omain4 ::1 localhost omain localhost6 omain6 增加主机名和eth0对应关系，修改如下： [root@weblogic1 ~]# cat /etc/hosts 127.0.0.1 localhost 192.168.101.2 weblogic1 ::1 localhost 再次重启管理节点，正常启动 d节点BEA-141196报错 .ryptoJDefaultPRNG=true> ption: [DeploymentService:290066]Error occurred while downloading files from admin server for deployment request "1,544,313,339,787". Underlying error is: "null" at aAsStream(:86) at ndlerManager$aAsStream(:165) at load(:75) at ad(:56) at eDataUpdate(:97) at adFiles(:920) at Files(:879) at RegistrationResponse(:728) at erHandler(:699) at (:169) at ervice(:462) at nStandbyState(:167) at lizeStandby(:883) at p(:570) at (:471) at (:71) mentException: Exception occured while downloading files at load(:83) at ad(:56) at eDataUpdate(:97) at adFiles(:920) 1 2 3 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 weblogic控制台上显⽰服务器为admin，从⽇志上也可以看到initialize the application jdbc/ZBDataSource数据源初始化失败，控制台配置的数据源⽆法连接导致，数据库问题解 决后，域正常启动。 -000362报错 控制台创建持久化存储后，启动被管节点出现如下报错。(本次修改weblogic 密码引发的 问题，版本12C) **** ed All, server side log events will be written to this file.> Exception: [Store:2801051The persistent file store "WLS_DIAGNOSTICS" cannot open file WLS_. - weblogic . store. PersistentSto reFatalException: [Sto re: 280105] The persistent file store ..S_DIAGNOSTICS can at al .PersistentStorelmpl.. recoverStoreConnections( :435) at (:423) at fileStore(:117) at webtogic .diagnostics .sticSto re(DiagnosticStoreRepository. java :91) Truncated. see log file for complete stacktrace Caused By: ption: Error from fcntl() for file locking Resource temporarily unavailable. errno=11 > Exception: at ontexts(:1531) at (:488) at StateDriver$(:425) at ate(:52) at (:119) Truncated. see log file for complete stacktrace Caused By: tFoundException: While trying to lookup 'nnectionFactory' didn't find subcontext 'jms'. Resolved ''; remaining name 'jms/testConnectionFactory' 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [weblogic@weblgoic1 security]$ ll total 40 -rw-rw-r-- 1 weblogic weblogic 3301 Sep 12 2019
发布评论