Dify Version 1.9.2 知识库转成工作流形式之后文件无法上传，单独知识库文件可以上传。查看api日志发现没有请求过来

Help Me Build
1

b1f8b4db-aa13-42ac-9676-80afc26ff363
b1f8b4db-aa13-42ac-9676-80afc26ff363965×149 42.5 KB

2

这是 Dify v1.9.2 Docker 部署中的一个已知问题。最常见的原因是 Celery 工作进程没有同时订阅 ``pipeline和 ` priority_pipeline`，因此上传的文件会一直卡在队列中，工作进程日志中也不会显示任何活动。要解决此问题，请更新 ``entrypoint.sh或`` 中的工作进程配置docker-compose.yaml，使工作进程监听这两个队列。例如：

-Q ${CELERY_QUEUES:-dataset,priority_pipeline,pipeline,mail,ops_trace,app_deletion,plugin,workflow_storage,conversation} \

或者，在您的服务中添加一个专门监听该队列的priority-worker服务：docker-compose.yamlpriority_pipeline

priority-worker:
  image: langgenius/dify-api:1.9.2
  restart: always
  environment:
    <<: *shared-api-worker-env
    MODE: worker
    CELERY_QUEUES: priority_pipeline
    LOG_LEVEL: INFO
  depends_on:
    db:
      condition: service_healthy
    redis:
      condition: service_started
  volumes:
    - ./volumes/app/storage:/app/api/storage
  networks:
    - default

修改配置后，请重启所有容器并检查 Celery 工作进程日志，确认其正在监听两个队列。如果问题仍然存在，请停止所有容器，删除旧镜像/卷，然后重新开始，以清除任何过时的配置。此外，请确保所有必需的服务（Redis、Vector DB、嵌入提供程序）均已运行且状态良好，并且您的嵌入模型 API 密钥有效且受流水线知识库支持。如果您使用的是 Weaviate v4.x，请确保您的集合模式包含一个名为 `<vector_name>` 的命名向量default，否则流水线将无法处理数据并保持排队状态。建议升级到最新的 Dify 版本，因为最新版本改进了错误处理和流水线可靠性