故障排查GitHub issue2 分钟阅读排错/错误码

解决FastGPT使用GPT-4 Turbo作为文件处理模型的索引滞留问题

用户将gpt-4-0125-preview(即GPT-4 Turbo)设置为FastGPT的文件处理模型,修改config.json的datasetProcess字段为true后,在网页端选择该模型导入PDF数据集并使用增强处理。

现象

用户将gpt-4-0125-preview(即GPT-4 Turbo)设置为FastGPT的文件处理模型,修改config.json的datasetProcess字段为true后,在网页端选择该模型导入PDF数据集并使用增强处理。导入后文件始终显示在索引列表中,系统日志会持续重复输出类似[INFO] 2024-03-14 03:51:00 [QA Queue] Done[INFO] 2024-03-14 03:51:00 [Vector Queue] Done的日志信息。

可能原因

当前公开的issue信息未明确具体根因,需结合实际部署环境排查。从日志表现来看,队列任务反复完成但索引未正常更新或释放,可能与模型调用流程、索引存储逻辑存在异常有关。

排查步骤

  1. 登录FastGPT私有部署环境,打开config.json配置文件,确认datasetProcess字段已设置为true。
  2. 进入FastGPT网页控制台,检查当前选择的文件处理模型是否为gpt-4-0125-preview。
  3. 查看系统运行日志,确认是否持续重复输出指定的队列完成日志。
  4. 检查导入的PDF数据集是否存在格式异常或体积过大的情况,需按实际环境确认。

解决与验证

  1. 临时更换为其他可用的文件处理模型,重新导入数据集,观察索引是否正常消失。
  2. 确认config.json中的配置与网页端选择的模型参数一致,避免配置冲突。
  3. 验证模型密钥的可用性,确保可正常调用gpt-4-0125-preview模型。
  4. 重启FastGPT相关部署服务,重新触发文件处理流程,验证索引状态是否恢复正常。
  5. 若问题仍未解决,需按实际部署环境进一步排查队列服务或索引存储的异常情况。

来源:FastGPT GitHub issue