Nova AI服务不可用时，需立即登录运维控制台检查全局状态，确认核心调度器是否宕机；通过curl、DNS及TLS验证API连通性；以donau_guest登录Master节点，用systemctl和journalctl排查nova-ai-prompt-scheduler.service状态及日志错误；遇CRITICAL告警须执行donauctl failover强制主备切换。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当Nova AI提示服务不可用时，用户无法获取模型推理响应、对话中断、界面持续显示“加载中”或直接报错“Service Unavailable”，需立即确认后端服务是否处于运行状态，而非仅刷新页面或重试请求。
检查Nova AI服务健康状态
登录Nova AI运维控制台（https://nova-ai.donau.cloud/ops/status），在首页顶部状态栏查看全局服务仪表盘。若显示红色“DOWN”图标或“CRITICAL”告警，说明核心调度器已不可用。
点击【实时服务拓扑】→展开“AI-Prompt-Core”集群节点，观察各Worker节点的CPU、内存、GPU显存使用率曲线。若全部节点显存占用为0%且无新请求入队记录，基本可判定服务进程已崩溃或未启动。
【关键前提】必须使用DonauKit运维账户（如donau_guest）登录，普通开发者账户无权查看底层服务状态。
验证API端点连通性
方法一：使用curl直连健康检查接口
在本地终端执行：curl -I https://api.nova-ai.donau.cloud/v1/healthz。返回HTTP 200且Header含X-Service-Status: ready表示服务存活；若返回503或超时，则服务未响应。
方法二：检查DNS与TLS握手
执行nslookup api.nova-ai.donau.cloud确认解析到正确的VIP地址（如10.240.1.128）；再运行openssl s_client -connect api.nova-ai.donau.cloud:443 -servername api.nova-ai.donau.cloud 2>/dev/null | grep "Verify return code"，输出Verify return code: 0 (ok)才说明证书链可信。若返回非0值，可能是证书过期或中间CA缺失。
排查Master节点服务状态
第一步：使用PuTTY以donau_guest身份登录Master节点
第二步：切换至root权限：sudo su -，输入root密码
第三步：检查核心服务进程：systemctl status nova-ai-prompt-scheduler.service
若状态为inactive (dead)，执行journalctl -u nova-ai-prompt-scheduler.service --since "1 hour ago" -n 50查看最近日志。常见错误包括：License校验失败（日志含“license expired”）、GPU驱动版本不匹配（含“CUDA version mismatch”）、或配置文件语法错误（含“yaml.parser.ParserError”）。
【不可逆操作警告】若日志明确提示License失效，不要重启服务，否则将触发强制降级模式，所有提示生成将返回空响应。
确认告警级别与自动恢复机制
进入Donau Portal →【告警中心】→筛选“Nova AI”服务组，查看最新告警。若存在CRITICAL级别告警（如“Scheduler single point failure”），说明主调度器实例已宕机，备用实例未能自动接管。
此时需人工介入：执行donauctl failover --service=nova-ai-prompt --force强制触发主备切换。该命令会终止当前异常主节点，并拉起预设的备用调度器实例。
若告警级别为MINOR（如“Worker node GPU temperature > 85°C”），系统通常会在5分钟内自动降载并冷却，无需人工干预。
