RuntimeError: Aborted(-1)

问题场景

用户在 macOS 上运行 AnythingLLM 桌面版（从 1.16.2 升级到 1.19.0），通过 Ollama 提供对话与嵌入能力，向量库为 LanceDB。把一个小的纯文本文件放入 My Documents/custom-documents 后，在界面中选中并点击 “Move to workspace”，目标工作区 test3 仍为空，没有任何可见效果。普通聊天正常，直接把源文本粘贴进对话也能得到正确回答，直接 POST 到 Ollama /api/embed 能正常返回嵌入。

报错原文

libpng error: Read Error
RuntimeError: Aborted(-1)
tesseract.js/src/createWorker.js

点击 “Move to workspace” 之后，日志中没有明确的文档添加或嵌入错误，只有后台 worker 的完成消息。

原因分析

可能原因一：嵌入环节实际失败但未在前端暴露。文档移动到工作区通常需要完成嵌入写入向量库，如果嵌入流程异常中断，界面可能表现为“无反应”而不报错。

可能原因二：嵌入模型配置不一致。维护者在评论中专门询问用户使用的是默认嵌入模型，还是设置为 Ollama 并指定了模型，说明嵌入提供方配置是重点怀疑方向。

可能原因三：上述 RuntimeError: Aborted(-1) 与文档移动未必相关。维护者指出，这条报错通常出现在某张图片被尝试 OCR、但在该硬件环境下无法完成 OCR 时，所以它更可能是另一个独立问题，不能直接当作移动失败的证据。

环境排查

• 确认 AnythingLLM Desktop 的实际版本，以及是否由旧版本升级而来。
• 确认 LLM 与嵌入提供方配置：默认嵌入模型，还是 Ollama 搭配指定嵌入模型（Issue 中用户记录为 nomic-embed-text:latest）。
• 确认 macOS 硬件平台：Intel 还是 Apple Silicon，OCR 失败与硬件相关。
• 确认触发问题时上传的文件类型，是否为图片或需要 OCR 的文件。
• 获取桌面版 backend 与 collector 日志：点击右上角版本号，打开存储文件夹，进入 logs 子目录。

解决步骤

1. 先确认嵌入配置：进入设置检查嵌入提供方与模型，明确使用的是默认嵌入模型还是 Ollama 嵌入模型，避免两者混用。
2. 按维护者要求补充环境信息：macOS 芯片类型（Intel / Apple Silicon）、上传文件类型、嵌入模型设置。
3. 通过“点击右上角版本号 → 打开存储文件夹 → logs 子目录”收集 backend 与 collector 日志，并在 Issue 中以附件形式提供。
4. 在日志中查找点击 “Move to workspace” 前后的文档添加与嵌入记录，确认该请求是否被处理、嵌入是否报错。
5. 若前端无法打开开发者工具，可优先尝试通过上述日志定位失败请求，而不是依赖浏览器 DevTools。
6. 若涉及图片或 OCR 流程，先单独验证该文件类型是否能正常处理，以区分 RuntimeError: Aborted(-1) 与文档移动问题。

验证方法

重新选择一个纯文本文件执行 “Move to workspace”，目标工作区 test3 中出现该文档；同时在 backend 与 collector 日志中能看到对应的文档添加与嵌入完成记录，且不再出现异常报错，即可认为已解决。Issue 中未提供确认修复后的验证结果，因此上述验证方式属于排查方向，而非已验证结论。

参考来源

Mintplex-Labs/anything-llm #6998

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。