uis超融合平台起来之后，有台主机的硬盘和缓存盘全部为异常状态，如何进入ONEStor管理页面

ONEStor 没有独立网址入口，是内嵌在 UIS 管理平台里的；硬盘 / 缓存盘全异常，优先从 UIS 进 ONEStor 页面查看和处理。
下面分：怎么进 ONEStor（Web）→ 异常节点排查思路 → 常用命令。
一、从 UIS 进入 ONEStor 管理页面（Web）
浏览器访问 UIS 管理平台 IP（集群虚拟 IP 或任一管理节点 IP）
plaintext
https://<UIS-IP>
默认账号 / 密码（如未改）：
早期：admin / admin
E0715+：admin / Cloud@1234


登录后，左侧导航找到：
plaintext
ONEStor → 主机管理 → 存储节点
就能看到所有节点，包括那台 “硬盘 + 缓存盘全异常” 的主机。
点击异常主机名称，进入该节点的硬盘管理页，可以看到每块盘状态、OSD、缓存盘详情。
二、那台主机 “所有硬盘 + 缓存盘全异常”，先做 3 件事
1）先看硬件是否正常（HDM/IPMI）
登录该节点 HDM（服务器远程管理），查看：
硬盘灯是否红 / 告警
RAID 卡是否报错
有无硬盘离线、PMEM/SSD 故障
如果硬件全亮绿、无告警：大概率是 ONEStor 服务 / 状态同步异常，不是物理盘坏。
2）SSH 登录异常节点，查 ONEStor/CEPH 状态
bash
运行
# 1. 查看集群整体状态
ceph -s

# 2. 看所有 OSD 状态（重点看这台主机的 OSD）
ceph osd tree

# 3. 看缓存盘（SSD）对应的 OSD/Device
lsblk
ceph osd df
常见情况：
ceph -s 正常（HEALTH_OK），但前台全红 → 前台显示 bug / 状态不同步
大量 OSD down、out → 该节点 ONEStor 服务挂了或磁盘被误删 / 拔过
3）重启 ONEStor 相关服务（谨慎，业务会短暂影响）
bash
运行
# 重启 onestor/ceph 服务
systemctl restart ceph-osd.target
systemctl restart onestor-peon
重启后再看 Web 页面是否恢复正常。
三、常见原因（你这个 “全异常” 场景）
该节点被误拔过盘 / 重启过 → ONEStor 标记所有盘为异常
onestor-peon 进程卡死 → 前台状态全红，后台 ceph 正常
RAID 卡掉配置 / 固件异常 → 所有盘识别异常
网络 / 时间不同步 → 存储状态上报异常
四、如果只想进 ONEStor 纯命令行（不用 Web）
直接 SSH 登录 任一 UIS 节点（包括异常节点）：
bash
运行
ssh root@<节点IP> # 或 uisadmin
ceph -s
ceph osd tree
所有 ONEStor 存储管理都可以用 ceph 命令搞定。
总结（你现在直接做）
浏览器打开 UIS 管理 IP → ONEStor → 存储节点，找到异常主机；
登录该主机 HDM，确认物理硬盘无硬件告警；
SSH 进系统，执行 ceph -s、ceph osd tree，判断是显示问题还是真的 OSD 异常；
必要时重启 onestor-peon 和 ceph-osd 服务。

1. 如何进入 ONEStor 管理页面

2. 核心处理建议（恢复磁盘状态）

• 检查节点状态：成功登录 ONEStor 管理页面后，请进入“节点管理”模块，查看该故障节点的“维护模式”是否仍处于开启状态。
• 关闭维护模式：如果确认处于开启状态，请在界面中手动将其关闭。关闭后，集群会自动重新评估硬件状态，此时返回查看集群或磁盘列表，通常即可恢复正常。

3. 进阶排查与注意事项

• 临时规避：可以通过 SSH 登录到该故障节点后台，执行 supervisorctl restart onestor-peon 命令重启相关进程，等待前台缓存刷新后观察硬盘状态是否恢复。
• 版本升级提醒：在某些特定版本的 H3Linux 操作系统中，存在已知的 glibc 模块 Bug，可能导致 onestor-peon 进程 CPU 占用率持续飙升至 99% 以上，进而引发磁盘状态更新异常（误报）。若通过上述方法无法彻底解决，建议联系厂商获取补丁并升级系统版本以修复此缺陷

https://xx.xx.xx.xx:10001  这样登录onestor界面查看