cloud os web 无法登陆

后天能进入文本界面，但是WEB 进不去了，
故障现场如下，敏感字逼得没办法了只能这么操作

后台 root 能正常登录，说明服务器操作系统本身没问题，问题出在 CloudOS 的上层应用服务上。这类情况通常由证书过期、磁盘空间满、数据库或 Web 服务异常引起，可以按以下顺序从底层到上层排查。

 第一步：检查证书是否过期（高频原因）

这是 CloudOS 5.0 早期版本的一个已知问题。内部组件（如 Harbor 镜像仓库）的 TLS 证书过期后，Kubernetes 无法拉取镜像，会导致管理容器启动失败，Web 页面自然就打不开了。这个问题会影响所有节点，所以可能出现两套独立平台同时无法登录的情况。

排查命令（在后台 Master 节点执行）：

如果 notAfter 显示的日期早于当前时间，就是证书过期。证书替换涉及集群多个组件，操作复杂，建议直接联系 H3C 技术支持（400 热线）处理，不要自行操作。

 第二步：检查磁盘空间是否已满

根分区或数据库分区满会导致 MySQL 无法启动，Web 页面可能返回 404 或 502 错误。数据库备份文件过多是常见原因，但不要随意删除数据库文件，应先确认是哪些目录占满。

排查命令：

如果确认是旧的数据库备份占用了空间，可以清理较早的备份释放空间，然后重启相关服务。

 第三步：检查数据库与容器状态

CloudOS 的前台 Web 依赖后台的 MySQL 和各类容器（Pod）正常运行。

排查命令（根据你的 CloudOS 版本选择）：

如果 MySQL 容器状态不是 Running，可以尝试查看详细日志定位原因：

同时，执行 kubectl get node 确认所有节点状态是否为 Ready。如果节点状态异常，可能需要检查节点间的网络连通性。

 第四步：检查 Web 服务（Nginx/Tomcat）状态

如果数据库和容器都正常，但 Web 页面仍无法访问，可能是前端的 Nginx 或 Tomcat 服务异常。

• Nginx：CloudOS 前台通常由 Nginx 提供 Web 服务。如果 Nginx 未运行，页面可能返回 404 或无法连接。可以检查 Nginx 进程是否存在，或查看其日志（通常在 /var/log/nginx/ 下）。

• Tomcat：部分版本的 CloudOS 使用 Tomcat 作为 Web 中间件。可以尝试查看 Tomcat 服务状态或进程：

  bash

  # 如果系统使用 systemd 管理 systemctl status tomcat8 # 或查看进程 ps aux | grep tomcat

先看集群状态，再看pod，还不行就摇人

现象：CloudOS 节点 SSH 用 root 账号可正常登录，但浏览器访问https://10.11.208.68报连接失败，打不开 Web 前台。

1. 故障本质：操作系统本身正常，Web 服务 / 443 端口 / 网络策略异常。
2. 排查顺序： ① SSH 登录节点，查看本机是否监听 443 端口，测试本机 curl 访问127.0.0.1； ② 检查 nginx 服务状态、配置、证书、磁盘空间；集群版查看 portal/nginx 容器 Pod 状态； ③ 检查节点防火墙 firewalld 是否放行 TCP 443； ④ PC 端测试连通性，排查中间网络设备 ACL 是否拦截 443（22 端口放行≠443 放行）。
3. 区分版本：单机用 systemctl 管理 nginx；CloudOS7 容器集群需要 kubectl 操作 Pod。
4. 高频根因：证书失效、磁盘占满、容器异常、中间网络阻断 443 端口。