🎬 上游 H3 推理服务
检测中
检测中…
正在探测上游服务
唯一真正烧显卡出片的一环
看门狗:初始化…
看门狗会周期性探测上游是否「在线但僵死」(端口在监听却不出片),命中后自动重启。
服务地址(H3_UPSTREAM_URL)
http://127.0.0.1:30010
启动 / 重启方式
scripts\restart-h3-quant.sh
(WSL 内单实例重启,等价于上面的按钮)
关闭后的影响
登录、充值、密钥、兑换码照常可用;生成视频会失败
(读取中…)
⚠️ 为什么这里只能由按钮触发、不能在网页里直接拉起 WSL:
① 网关以 Local System 身份托管,而 WSL 拒绝在该账户下运行
(Wsl/WSL_E_LOCAL_SYSTEM_NOT_SUPPORTED)—— 所以上面的按钮其实是触发一个用户账户的计划任务
(H3Upstream),由 Windows 在你自己的会话里跑 WSL,
效果与手动执行 scripts\restart-h3-quant.sh 完全一致;
② 同一时刻只允许存在一个 sglang 进程,并发初始化 CUDA 会触发 WSL2 的 dxg 适配器死锁
(进程卡在 D 状态杀不掉,内核栈 dxgglobal_acquire_process_adapter_lock,
唯一恢复手段是 wsl --shutdown)。所以启停一律走脚本:先杀旧 → 等端口释放 → 再起新,
重复点启动只会提示"已在运行",不会起第二个。
状态是怎么判的:网关对上面的服务地址做一次 0.4 秒的 TCP 连通性探测 ——
绿点只代表端口在监听,不代表权重已加载完。预期耗时:权重加载约 45 秒 → 预热约 141 秒
→ 大致 3–4 分钟后才真正可出片。这期间「端口已监听」总是比「可出片」来得早,
可能出现「绿点但下单失败」,以实际生成一单为准。
🛡️ 上游看门狗设置
读取中
看门狗后台周期性探测上游是否「在线但僵死」,命中后按下面配置自动或手动重启。以下参数改完立即生效,无需重启网关(存于数据库,重启网关也保留)。
看门狗自动重启:开启
(关闭后只看门、不自动重启,仍可用上方「一键重启上游」手动处理)
说明:queued 阈值=在途任务全部未调度且超过该时长 → 判为 scheduler 僵死(今早那种);运行阈值=任务 running 但超时未出片 → 判为 GPU/进程卡死;冷却=两次自动重启之间的最小间隔防抖。