Cloud OS 5.0出现5XX报错(包括503),绝大多数情况都和底层存储(ONEStor)的健康状态直接相关
您需要通过SSH或物理控制台登录到Cloud OS的后台操作系统(通常是Master节点)。
检查存储映射:执行命令 ll /dev/disk/by-path,查看系统是否能正常发现后端的ONEStor存储卷。如果相关存储设备没有出现,说明存储映射已丢失。
重新发现并挂载存储:如果发现映射丢失,需要根据您实际的存储配置,重新执行存储发现和挂载的命令。
具体操作:这部分命令依赖于实际环境(如iSCSI或FC),通常需要参考《Cloud OS 5.0 存储切换文档》或联系技术支持协助。核心目标是恢复操作系统对存储卷的可见性。
如果存储链路看起来正常,或者恢复存储后问题依旧,接下来需要检查平台的核心服务。
查看Pod状态:在Master节点上使用 kubectl get pods --all-namespaces 命令,查看是否有大量的Pod处于 ContainerCreating 或 Error / CrashLoopBackOff 等异常状态。
观察异常:重点关注状态异常的Pod,它们往往是导致前端无法访问的直接原因。
在H3C的案例中提到,有时重启Docker引擎可以解决部分问题,但这并非万能药,且重启期间容器服务会短暂中断。如果前两步无效,可以谨慎尝试。
在Master节点执行:systemctl restart docker
如果以上方法都无法解决,那么问题可能比较复杂,比如配置文件损坏或底层环境问题。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论