日志是故障排查的核心依据,需优先检查WebLogic及系统日志,定位具体错误信息:
${DOMAIN_HOME}/servers/${SERVER_NAME}/logs目录下,重点查看server.log(服务器运行日志)、AdminServer.out(管理服务器输出)或*.out文件(进程输出)。journalctl -n 100查看最近100条系统日志,或检查/var/log/messages(系统通用日志)、/var/log/secure(安全相关日志)中的异常记录。grep命令过滤关键字(如ERROR、Exception、failed),快速定位错误片段;若日志过大,可使用less或tail -f实时跟踪。通过以下方式确认服务器运行状态:
http://<服务器IP>:<端口>/console(默认端口7001),登录后查看“服务器”节点下的状态(如“运行中”“已停止”),以及应用、数据源等组件的健康状况。connect('weblogic', 'password', 't3://localhost:7001')连接服务器,serverRuntime()查看运行时指标(如线程池状态、JVM内存使用)。ps -ef | grep weblogic查看WebLogic进程是否存在;若进程不存在,说明启动失败,需进一步排查。WebLogic默认使用7001(管理端口)、7002(SSL端口)等,端口冲突会导致启动失败:
netstat -tuln | grep <端口号>或ss -tuln | grep <端口号>查看端口是否被占用。kill -9 <PID>)或修改WebLogic端口(编辑config/config.xml中的<listen-port>标签)。配置文件错误是常见故障原因,需重点检查:
${DOMAIN_HOME}/config目录,是域的核心配置文件,检查<server>、<cluster>、<data-source>等标签的语法及路径是否正确(如数据源JNDI名称、数据库URL)。startWebLogic.sh(或startWebLogic.cmd)中的环境变量(如JAVA_HOME、WL_HOME)是否设置正确,内存参数(如-Xms、-Xmx)是否符合服务器配置。security目录,用于存储管理员登录密码,检查文件权限(需为weblogic:weblogic)及用户名密码是否正确。WebLogic依赖Java环境,需确保以下配置正确:
java -version确认JDK版本。/etc/profile或~/.bash_profile,添加export JAVA_HOME=/path/to/jdk、export PATH=$JAVA_HOME/bin:$PATH,并执行source命令使配置生效。startWebLogic.sh中的JAVA_HOME与系统环境变量一致。资源不足会导致WebLogic运行缓慢或崩溃:
free -m查看内存剩余量,确保系统有足够内存(建议预留1GB以上给系统);若内存不足,可调整WebLogic内存参数(如-Xms2048m -Xmx4096m)。top或htop查看CPU占用率,若某进程占用过高(如超过80%),需优化该进程或增加CPU资源。df -h查看磁盘剩余空间,确保/(根分区)和/logs(日志目录)有足够空间(建议剩余10%以上)。权限不足会导致文件无法访问或进程启动失败:
/weblogic/Middleware)和域目录(如${DOMAIN_HOME})的属主为weblogic,权限为755(chown -R weblogic:weblogic /weblogic;chmod -R 755 /weblogic)。${DOMAIN_HOME}/servers/AdminServer/logs)的权限,确保weblogic用户有写入权限(chmod -R 755 logs)。edit.lok、config.lok、AdminServer.lok),这些文件是进程锁定的标志,删除后可重新启动。若WebLogic运行缓慢,需通过以下步骤定位瓶颈:
top(CPU)、free(内存)、iostat(磁盘I/O)、vmstat(虚拟内存)等命令实时监控资源使用情况。MinPoolSize/MaxPoolSize)、JVM内存(堆内存使用率、GC频率)、TCP连接数(AcceptBacklog)等指标,判断是否因配置不当导致瓶颈。-Dweblogic.threadpool.MaxPoolSize=3000)、扩大JVM堆内存(-Xms4096m -Xmx4096m)、调整连接池参数(InitialCapacity与MaxCapacity一致)。JProfiler、VisualVM等工具进行代码剖析。以上步骤覆盖了WebLogic在Linux上的常见故障场景,排查时需按照“从外到内、从浅到深”的原则,逐步缩小问题范围,最终定位并解决问题。