[Bug]: s3_v2 async 500/503 retries are bypassed by HTTPStatusError
![[Bug]: s3_v2 async 500/503 retries are bypassed by HTTPStatusError](https://www.chat-gpts.plus/wp-content/uploads/2026/10/42868-cdeacc24-768x403.jpg)
当你使用 LiteLLM 的异步 s3_v2 日志回调上传日志、且 S3 端返回 HTTP 500/503 时,会出现 [Bug]: s3_v2 async 500/503 retries are bypassed by HTTPStatusError 这类重试被绕过的问题。优先排查 LiteLLM
![[Bug]: s3_v2 async 500/503 retries are bypassed by HTTPStatusError](https://www.chat-gpts.plus/wp-content/uploads/2026/10/42868-cdeacc24-768x403.jpg)
当你使用 LiteLLM 的异步 s3_v2 日志回调上传日志、且 S3 端返回 HTTP 500/503 时,会出现 [Bug]: s3_v2 async 500/503 retries are bypassed by HTTPStatusError 这类重试被绕过的问题。优先排查 LiteLLM
![[Bug]: timestamp_granularities=["segment", "word"] only returns the last granularity for Whisper](https://www.chat-gpts.plus/wp-content/uploads/2026/10/35937-6543e9b1-768x403.jpg)
当通过 LiteLLM Proxy 调用 /v1/audio/transcriptions ( whisper-1 ),并同时请求 timestamp_granularities=["segment", "word"] 时,代理的表单解析器只保留重复表单键的最后一个值,导致只有最后一个粒度生效,另一

该报错通常出现在 faster-whisper 已成功初始化 CUDA 模型、但执行 model.transcribe() 时 Jupyter/Colab 内核直接崩溃的场景,优先排查 ctranslate2 版本与 OpenMP 运行库( libiomp5md.dll )冲突。

这个报错通常出现在同一块 GPU 上先加载 HuggingFace pipeline,再初始化 faster-whisper(CTranslate2)模型的场景,优先排查两者的加载顺序以及 CUDA 初始化行为。

在 Faster Whisper 依赖中自动装上 CTranslate2 4.6.3 后,原先在 4.6.2 上可用的 CUDA 设备(尤其 CUDA 12.8 相关环境)可能被排除,导致导入或运行时设备不可用。优先检查 ctranslate2 版本并回退到 4.6.2。

在 Open WebUI 中大量并发调用 fetch_url (例如让模型连续抓取十个以上网页)时,部分或全部抓取会无限期挂起、控制台没有任何输出。优先排查 DNS 解析或连接阶段是否缺少超时,并通过提高日志级别定位卡在哪一步。

使用 OWLv2 的视觉提示(visual prompt)做 image_guided_detection 时,检测框偶尔会完全乱掉;这通常不是模型权重损坏,而是 Owlv2ForObjectDetection.embed_image_query 默认选出的查询嵌入(query embedding)

这个报错通常发生在使用 Transformers 运行 Qwen3-VL 多模态模型、尤其是视觉前向(vision prefill)阶段时,表现为 `modeling_qwen3_vl.py` 中 `lengths.tolist()` 等操作触发 D2H(device-to-host)拷贝,使 CP

这类问题通常出现在 macOS 的 Ollama 用 MLX runner 加载 Qwen3.5/Qwen3.6 35b-mlx 混合精度 MoE 模型时:一个模型明显变慢,另一个直接加载失败。优先排查 MLX runner 有没有应用 config.json 里的逐张量量化覆盖,以及所用的 Oll
![[v2] JSON-RPC error responses leave client OpenTelemetry spans UNSET](https://www.chat-gpts.plus/wp-content/uploads/2026/10/3174-faccd473-768x403.jpg)
当使用 MCP Python SDK v2 的 JSONRPCDispatcher 处理返回 JSON-RPC 错误(如 -32602 )的请求时,客户端生成 OpenTelemetry span 虽然请求本身已正确抛出 MCPError ,但 span 状态仍停留在 UNSET ,缺失 error