[Bug]: vLLM+LMCache GLM-5.2 inference causes engine RPCTimeout
![[Bug]: vLLM+LMCache GLM-5.2 inference causes engine RPCTimeout](https://www.chat-gpts.plus/wp-content/uploads/2026/07/48801-7eef0f8c-768x403.jpg)
使用 vLLM + LMCache 对 GLM-5.2 模型进行推理时,触发引擎 RPC 超时 RPCTimeout。优先将 vLLM 升级至 0.26.0 或更高版本。
![[Bug]: vLLM+LMCache GLM-5.2 inference causes engine RPCTimeout](https://www.chat-gpts.plus/wp-content/uploads/2026/07/48801-7eef0f8c-768x403.jpg)
使用 vLLM + LMCache 对 GLM-5.2 模型进行推理时,触发引擎 RPC 超时 RPCTimeout。优先将 vLLM 升级至 0.26.0 或更高版本。
![[Bug][KV Offload][P2P] Symmetric fetch can remain non-terminal after confirmed lookup hits; consumer stays deferred for 30s](https://www.chat-gpts.plus/wp-content/uploads/2026/07/49820-15399d22-768x403.jpg)
在 vLLM 对称 P2P KV offload 模式下,若同一 kv_request_id 经历多次 lookup→fetch 轮次,consumer 可能因 producer 端状态被意外清空而等待 30 秒超时。优先排查是否是 _OutboundRequestState 在轮次间被 _fina

从 Open WebUI 10.2 升级到 11.0 后,容器因 WEBUI_SECRET_KEY 环境变量问题陷入无限重启。优先确认该变量已设置为实际值(而非空字符串),并检查数据目录是否可写。

该报错发生在 Open WebUI 调用内置 edit_image 工具编辑手动附件或历史生成的图像时,解码 Base64 数据失败: issue: edit_image fails to decode manually attached and previously generated image

该报错通常出现在 Open WebUI 连接本地 HTTP 的 llama 服务时,错误信息中的 ssl:default 是 aiohttp 库的固定输出格式,实际原因是 DNS 查询超时。优先排查容器间网络连通性及 DNS 解析。

该报错通常出现在 n8n 前端与后端 WebSocket 连接断开时,优先排查 HTTP_PROXY / HTTPS_PROXY / NO_PROXY 环境变量是否正确设置。

在 Langfuse 的 Code Evaluator 中,如果 Python 函数返回一个普通字典(plain dict),则字典内每个 score 都必须使用 dataType (camelCase)键名,即使是在 Python 环境中。若使用 data_type (snake_case),运行
![[Question]: Models disappear after upgrading RAGFlow from v0.25.6 to v0.26.0](https://www.chat-gpts.plus/wp-content/uploads/2026/07/15972-570c996c-768x403.jpg)
从 v0.25.6 升级到 v0.26.0 后 UI 中模型消失,通常是因为数据库迁移脚本未自动执行。优先排查启动日志中是否包含迁移记录,并手动运行迁移命令恢复模型。
![[Bug]: vllm instance already exist, while trying to add models with different host ports](https://www.chat-gpts.plus/wp-content/uploads/2026/07/16126-1c98a863-768x403.jpg)
该报错发生在 RAGFlow 中已添加一个 vLLM 聊天模型后,尝试添加另一个 vLLM 模型(如 reranker)到不同 host:port 时。优先检查是否因 TenantModelInstance 表的数据库唯一约束导致,通常的解决方法是升级到 v0.26.0 之后的修复版本。
![[Bug]: OIDC login allows new user registration even when REGISTER_ENABLED=0](https://www.chat-gpts.plus/wp-content/uploads/2026/07/16103-4071df7a-768x403.jpg)
当 RAGFlow 配置了 OIDC 认证且设置 REGISTER_ENABLED=0 时,新用户仍能通过 OIDC 自动注册。优先检查 OAuth/OIDC 回调处理程序是否对 REGISTER_ENABLED 进行了判断。