<BEA-290074> <Deployment service servlet received file download request for file

在部署WebLogic集群时遇到错误,提示无法下载security/SerializedSystemIni.dat文件。通过查找并复制该文件到Node机器相同路径,成功解决了部署问题并启动了Node机器节点。

版本:12.1.3

在搭建cluster 过程中出现这个错误,启动Node机器节点的时候,Manager 机器console 抛出:

<Sep 12, 2014 11:00:13 AM CST> <Warning> <DeploymentService> <BEA-290074> <Deployment service servlet received file download request for file "security/SerializedSystemIni.dat". The file may exist, but download of this file is not allowed.>
<Sep 12, 2014 11:00:13 AM CST> <Warning> <DeploymentService> <BEA-290065> <Deployment service servlet encountered an Exception while handling the deployment datatransfer message for request id "81,973,083,624,929" from server "QAA06-1". Exception is: "java.lang.IllegalArgumentException: files list is empty
 at weblogic.deploy.service.datatransferhandlers.MultipartHelper.constructFilesHeaderValue(MultipartHelper.java:121)
 at weblogic.deploy.service.datatransferhandlers.MultipartResponse.setupMultiFileResponse(MultipartResponse.java:68)
 at weblogic.deploy.service.datatransferhandlers.MultipartResponse.init(MultipartResponse.java:36)
 at weblogic.deploy.service.datatransferhandlers.MultipartResponse.<init>(MultipartResponse.java:31)
 at weblogic.deploy.service.internal.transport.http.DeploymentServiceServlet.handleDataTransferRequest(DeploymentServiceServlet.java:901)
 at weblogic.deploy.service.internal.transport.http.DeploymentServiceServlet.internalDoPost(DeploymentServiceServlet.java:252)
 at weblogic.deploy.service.internal.transport.http.DeploymentServiceServlet.access$000(DeploymentServiceServlet.java:85)
 at weblogic.deploy.service.internal.transport.http.DeploymentServiceServlet$1.run(DeploymentServiceServlet.java:224)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:146)
 at weblogic.deploy.service.internal.transport.http.DeploymentServiceServlet.doPost(DeploymentServiceServlet.java:221)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:751)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:844)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:280)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:254)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:136)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:346)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:243)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3432)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3402)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
 at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:57)
 at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.java:2285)
 at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2201)
 at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
 at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1572)
 at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.java:255)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
".>百思不得其解,最后用最笨的方法解决了

解决方法:

1.找到 SerializedSystemIni.dat ; 命令 find  path -name SerializedSystemIni.dat

2.拷贝到Node机器一样的位置路径即可

### 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、付费专栏及课程。

余额充值