快速结论:该问题出现在 Windows 桌面托盘版 Ollama 启动时:托盘图标能出现,但桌面应用托管启动的 ollama serve 子进程没有就绪,导致 API 端口 11434 无响应;优先排查桌面应用启动器本身(升级到已修复版本)以及系统 PATH 等启动环境。
适用环境:Windows 11 build 10.0.26200;Ollama 0.34.1(报告者此前也出现于 0.33.1);NVIDIA RTX 4070 + RTX 3060;CUDA v13;CPU 为 AMD;手写 ollama serve 可正常运行。
最快修复方案:升级到 Ollama 0.34.2。报告者确认 0.34.2 已修复该启动器 bug,托盘应用可在登录时自动启动服务,无需变通方案。
注意事项:如果升级后症状不变,则可能不是该启动器 bug。此时可优先检查 Windows $env:Path 是否存在格式错误(例如未配对的引号),因为路径异常可能使 ollama app.exe 无法在后台拉起服务;这一条来自其他用户的自查经验,并非 Issue 中已验证的官方修复。
问题场景
用户在 Windows 11 26200 上以干净重装方式安装 Ollama 0.34.1,未手动运行 ollama serve,而是依赖桌面托盘应用自动启动后台服务。托盘图标出现,但访问 http://127.0.0.1:11434/api/version 失败,执行 ollama list 报 Error: timed out waiting for server to start。同一台机器上手动执行 ollama serve,约 3 秒即可监听 127.0.0.1:11434,GPU 可被识别,API 返回 200。
报错原文
App.log
time=2026-09-17T11:09:30.336+01:00 level=INFO source=app_windows.go:277 msg="starting Ollama" app=C:\Users\stuar\AppData\Local\Programs\Ollama version=0.34.1 OS=Windows/10.0.26200
time=2026-09-17T11:09:30.340+01:00 level=INFO source=app.go:253 msg="starting ollama server"
time=2026-09-17T11:09:40.355+01:00 level=WARN source=app.go:341 msg="ollama server not ready, continuing anyway" error="timeout waiting for Ollama server to be ready"
time=2026-09-17T11:09:41.695+01:00 level=WARN source=ui.go:145 msg="ollama server not ready, retrying" attempt=2
time=2026-09-17T11:09:52.703+01:00 level=ERROR source=ui.go:157 msg="ollama server not ready after retries" error="timeout waiting for Ollama server to be ready"
time=2026-09-17T11:10:01.147+01:00 level=INFO source=eventloop.go:310 msg="existing instance found, not focusing due to startHidden"
time=2026-09-17T11:10:01.147+01:00 level=INFO source=app_windows.go:79 msg="existing instance found, exiting"
time=2026-09-17T11:10:13.712+01:00 level=ERROR source=ui.go:157 msg="ollama server not ready after retries" error="timeout waiting for Ollama server to be ready"
Server.log
No entries
终端侧的对应错误:
Error: timed out waiting for server to start
原因分析
从日志看,UI 的 “ollama server not ready” 是桌面应用托管启动 ollama serve 失败后的下游表现,并非服务本身损坏;手动 ollama serve 能正常监听端口并返回 200,说明引擎和 GPU 环境本身可运行。Issue 评论指出,server.log 为空与托管启动在子进程写出日志前就返回一致,但现有日志片段没有直接暴露启动错误。最终报告者确认这是 Ollama 0.34.2 已修复的启动器 bug,0.33.1 和 0.34.1 均会出现 existing instance found, exiting 并导致服务未启动。
另一个可能原因是 Windows PATH 环境变量被破坏,例如存在未配对的引号,使其后的路径全部无效,从而让 ollama app.exe 无法找到并启动后台服务。报告者提到该异常可能由某些 mesh VPN 产品写入导致,但这属于其他用户的自查经验,不是 Issue 中官方确认的根因。
环境排查
- 确认 Ollama 版本:0.34.1 受影响,0.34.2 已修复。
- 确认 Windows 版本为 10.0.26200。
- 确认 GPU 环境:RTX 4070 + RTX 3060,CUDA v13。
- 检查
%LOCALAPPDATA%\Ollama\app.log,重点看从首次starting Ollama到失败为止的完整记录。 - 在 PowerShell 中执行
where.exe ollama与Get-Command ollama | Format-List Source,Version,确认命令解析结果是否异常。 - 检查
OLLAMA_HOST是否被设置:Get-ChildItem Env:OLLAMA_HOST。 - 检查 Windows 事件查看器 Application 日志中同一时间戳下
ollama.exe或ollama app.exe的相关错误。 - 检查系统
PATH变量是否存在未配对引号、重复条目或明显格式错误。
解决步骤
- 关闭当前 Ollama 托盘应用,确认
ollama app.exe和ollama.exe进程均已退出。 - 将 Ollama 从 0.34.1 升级到 0.34.2;这是报告者确认可修复该启动器 bug 的版本。
- 升级后重新登录或重启系统,让托盘应用自动启动服务。
- 如果升级到 0.34.2 后仍然出现同样症状,检查 Windows
PATH变量是否存在未配对引号或重复/损坏条目。 - 若发现异常路径,修复该条目后重启托盘应用;手动启动服务可以工作不能替代对
PATH的检查,因为桌面应用解析子进程的方式可能与手动 PowerShell 不同。 - 若仍无法定位,按 Issue 评论中的要求,在复现后立即收集完整
app.log、where.exe ollama输出、Get-Command输出、事件查看器错误和OLLAMA_HOST状态,再提交到 Issue。
验证方法
托盘应用启动后,访问 http://127.0.0.1:11434/api/version 应能正常返回版本信息;执行 ollama list 不再出现 Error: timed out waiting for server to start;app.log 中不再重复出现 existing instance found, exiting 后紧跟 ollama server not ready after retries 的模式。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。


