现象
使用v4.9.1-fix2私有部署版本,搭配milvus组件时,大批量上传文件到知识库的过程中,fastgpt、milvusStandalone、mongo均可能发生崩溃。其中milvusStandalone崩溃不会影响其他组件,但fastgpt崩溃后,重启服务会导致上传的文件持续处于索引中状态。
可能原因
目前无明确公开的已知触发原因,需结合实际部署环境的组件日志、资源使用情况进一步确认。
排查步骤
- 查看fastgpt、milvusStandalone、mongo的组件日志,定位崩溃时的具体报错信息。
- 统计批量上传的文件总数、单文件大小,确认是否超出组件默认的上传配置限制。
- 检查部署环境的CPU、内存、磁盘IO等资源使用率,排查是否因资源耗尽引发组件崩溃。
- 重启所有相关组件后,查看知识库文件的索引状态,确认是否仍存在索引卡住的情况。
解决与验证
先重启fastgpt、milvusStandalone、mongo组件,恢复服务基础可用性。针对批量上传场景,可调整上传并发参数(需按实际环境确认具体参数),分批上传文件以降低组件负载。验证方式为分批上传文件至知识库,确认组件无崩溃,上传的文件可正常完成索引流程。
来源: FastGPT 官方来源
适用性与版本范围
本页适用于官方来源记录的 故障排查 场景。执行变更前,需核对 FastGPT、依赖、API 与部署版本。
安全护栏
凭证与私密数据使用 [REDACTED_CREDENTIAL] 占位符。执行操作前需核对文档的环境与版本。
回滚指引
恢复变更前的技术内容权威快照、已保存配置与数据快照,再执行最小验证场景。