中间件部署包启动失败故障处理

接到同事反馈有个业务中间件部署包无法启动,登陆服务器,关掉中间件重启看启动的报错信息,发现如下报错:

提示无法创建池连接,网络适配器不能建立连接。连不上数据库。同时日志中显示数据库的连接信息为老数据库的地址。这个数据库15年10月份做过迁移,迁移后中间件上文档转换功能数据源信息却没做相应的修改。

修改JDBC数据源信息为迁移后信息

修改方法:打开weblogic console 找到服务-数据源-点开数据源-连接池把URL信息改掉

修改后程序包顺利启动:

时间: 07-22

中间件部署包启动失败故障处理的相关文章

Tomcat启动失败提示Servlet部署路径重复

用Java开发的项目,因为很简单,所以用的依然是Servlet.之前一切正常,但是新增了一个Servlet之后,部署到服务器,却总是启动失败,控制台打印的东西很多,但是分析发现主要错误应该是这个地方: Caused by: java.lang.IllegalArgumentException: The servlets named [RevelationServlet] and [cn.lzgd.servlet.RevelationServlet] are both mapped to the

MySQL Study之--Mysql启动失败“mysql.host”

MySQL Study之--Mysql启动失败"mysql.host" 系统环境: 操作系统:RedHat EL55 DB Soft:  Mysql 5.6.4-m7 通过源码包安装mysql后,在启动mysqld时出现错误: [[email protected] mysql]# bin/mysqld_safe &[1] 15846[[email protected] mysql]# 150610 17:04:36 mysqld_safe Logging to '/usr/lo

db2start启动失败

db2start启动失败 [[email protected] ~]$ db2start db2start: error while loading shared libraries: libaio.so.1: cannot open shared object file: No such file or directory 然后找一下lib包,的确没有,于是在网上下了一个,链接: http://rpmfind.net/linux/rpm2html/search.php?query=libaio

rac某节点asm磁盘启动失败故障定位及恢复

RAC环境: oracle数据库:oracle11gr2 操作系统:rhel6.4_x86_64 故障现象: 1.rac其一个节点的oracle与asm相关的进程和实例启动失败: 查看方法:ps -ef|grep ora_ ps -ef|grep asm_ crsctl stat res -t (只能看到节点1上启动的oracle实例和asm实例) 2.在节点2上查看不到asm磁盘设备标签: 查看方法:oracleasm listdisks  (没有内容) ll /dev/oracleasm/d

Mongodb分片配置服务器不同步导致mongos进程启动失败

生产环境中,使用的mongodb分片,由于突然断电,服务再起来的时候发现三个mongos进程中有一个启动失败,多次尝试仍不能启动.查看日志,内容如下: 大概意思是配置服务器configserver数据不同步. 解决办法: 杀死所有mongos进程 连接到每个分片的configserver,运行命令db.runCommand('dbhash') 找到MD5值,这时两个能正常运行的MD5值是一样的,不能正常运行的MD5和上面俩都不一样 删除不能正常运行的dbpath,将能正常运行的dbpath下的数

多学一点(十三)——解决Linux kdump服务启动失败

kdump 是 Linux Kernel 崩溃时的转储机制,简单理解就是在系统启动过程中如果 Kernel 因为某些原因崩溃了,kdump 就会负责记录日志以便排查原因.在 CentOS 6 等 Linux 发行版中,即便采用最小化安装, kdump 也会作为服务安装到系统中,此时可能因为我们对 Linux分配的内存的限制导致 kdump 服务开机启动失败,如图 1 所示: 图-1 kdump启动失败 解决 kdump 启动失败其实很简单,只要修改 grub.conf 文件,改变crashker

项目 XXX 的 NuGet 程序包还原失败:找不到“xxx”版本的程序包“xxx”

项目 XXX 的 NuGet 程序包还原失败:找不到“xxx”版本的程序包“xxx” 编译新下载的代码出错 修改包管理器的源为 http://www.nuget.org/api/v2/ .重试后成功 记得打勾

ORA-01078和LRM-00109问题导致ORACLE启动失败解决方法

操作环境 SuSE11 + ORACLE11gR2(11.2.0.3) 问题现象 新安装ORACLE启动失败,提示ORA-01078和LRM-00109错误.具体错误现象如下 SQL> startup ORA-01078: failure in processing system parameters LRM-00109: could not open parameter file '/home/oracle/base/dbs/initora11g.ora'  问题分析 根据错误分析是查找不到参

CentOs 6.6里kdump启动失败的原因

在VMware中新安装了CentOs 6.6,重启系统发现kdump服务启动失败 先来说一下,什么是kdump kdump 是一种先进的基于 kexec 的内核崩溃转储机制.当系统崩溃时,kdump 使用 kexec 启动 到第二个内核.第二个内核通常叫做捕获内核,以很小内存启动以捕获转储镜像.第一个内核保 留了内存的一部分给第二内核启动用.由于 kdump 利用 kexec 启动捕获内核,绕过了 BIOS,所 以第一个内核的内存得以保留.这是内核崩溃转储的本质. 启动失败的原因 查看 /etc