老哥有没有 V7.0 (E0710P11)这个版本的命令
根据你提供的信息,CAS退出维护模式失败的问题,根源是管理平台与主机间的HTTP API通信故障。从你提供的日志来看,fsm_core服务可能处于“假死”状态。
错误提示表明,CAS管理平台在向主机cvknode03的fsm_core服务发送退出维护模式的指令时,通信链路出现了问题,具体可能涉及以下一个或多个环节:
fsm_core服务假死:你提供的systemctl status显示该服务的Main PID已退出,进程数为0,Tasks也为0,这证明服务并未正常启动。
数据库连接问题:fsm_core服务依赖数据库存储配置和状态信息,如果数据库服务异常、连接池满或连接配置失效,也会导致API请求失败。
依赖服务故障:平台的Web服务(Tomcat/Nginx)或其它内部微服务(如nfa)运行异常,会影响HTTP请求的处理和路由。
防火墙/安全组:服务器或网络层面的防火墙可能拦截了相关服务端口,如fsm_core的20199和20214端口。
这是定位问题的关键,请按顺序逐一排查:
检查fsm_core服务日志:执行tail -n 100 /var/log/fsm/fsm_core.log,重点查看ERROR或WARN级别的日志,这是获取最直接错误信息的途径。
检查系统日志:同时查看tail -n 50 /var/log/messages,看是否存在与fsm_core相关的系统级错误(如OOM、段错误等)。
检查关键服务状态:执行systemctl status fsm_core mysql nfa tomcat nagios cvrm,确保所有依赖服务均为active (running)状态。
检查Web服务日志:在CVM节点执行tail -f /cvlog/tomcat/catalina.out或tail -f /cvlog/nginx/error.log,查找退出操作时的具体HTTP错误(如500、502、连接超时等)。
检查主机连通性:从管理平台所在节点执行ping <主机IP>和telnet <主机IP> 20199(或20199/20214),检查网络是否可达、端口是否开放。
如果日志未发现明确异常,可尝试以下基础修复:
强制重启fsm_core服务:用以下命令彻底停止并重启服务:
systemctl status fsm_core确认服务是否恢复正常运行。重启数据库:谨慎执行systemctl restart mysql,操作前建议评估业务影响。
重启管理平台Web服务:尝试systemctl restart tomcat和systemctl restart nginx,然后刷新浏览器页面并重新登录,清除可能过期的会话令牌。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
老哥有没有 V7.0 (E0710P11)这个版本的命令