故障排查GitHub issue2 分钟阅读故障排查

解决FastGPT大批量上传知识库文件时服务崩溃及索引卡住问题

使用v4.9.1-fix2私有部署版本,搭配milvus组件时,大批量上传文件到知识库的过程中,fastgpt、milvusStandalone、mongo均可能发生崩溃。其中milvusStandalone崩溃不会影响其他组件,但fastgpt崩溃后,重启服务会导致上传的文件持续处于索引中状态。

现象

使用v4.9.1-fix2私有部署版本,搭配milvus组件时,大批量上传文件到知识库的过程中,fastgpt、milvusStandalone、mongo均可能发生崩溃。其中milvusStandalone崩溃不会影响其他组件,但fastgpt崩溃后,重启服务会导致上传的文件持续处于索引中状态。

可能原因

目前无明确公开的已知触发原因,需结合实际部署环境的组件日志、资源使用情况进一步确认。

排查步骤

  1. 查看fastgpt、milvusStandalone、mongo的组件日志,定位崩溃时的具体报错信息。
  2. 统计批量上传的文件总数、单文件大小,确认是否超出组件默认的上传配置限制。
  3. 检查部署环境的CPU、内存、磁盘IO等资源使用率,排查是否因资源耗尽引发组件崩溃。
  4. 重启所有相关组件后,查看知识库文件的索引状态,确认是否仍存在索引卡住的情况。

解决与验证

先重启fastgpt、milvusStandalone、mongo组件,恢复服务基础可用性。针对批量上传场景,可调整上传并发参数(需按实际环境确认具体参数),分批上传文件以降低组件负载。验证方式为分批上传文件至知识库,确认组件无崩溃,上传的文件可正常完成索引流程。

来源: FastGPT 官方来源

适用性与版本范围

本页适用于官方来源记录的 故障排查 场景。执行变更前,需核对 FastGPT、依赖、API 与部署版本。

安全护栏

凭证与私密数据使用 [REDACTED_CREDENTIAL] 占位符。执行操作前需核对文档的环境与版本。

回滚指引

恢复变更前的技术内容权威快照、已保存配置与数据快照,再执行最小验证场景。