-
|
Hello, I noticed that now, on v0.22.0's compose file, we have 2 different services: ragflow-cpu and ragflow-gpu. I've tried starting up both with compose, but for some reason none are downloading Ragflow's image so I can run the UI locally. Is this intended behavior, am I missing something else that has changed in this latest version? Thanks. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
|
This isn't intended behavior, but it's likely due to a change in how images are published and referenced in v0.22.0. Both ragflow-cpu and ragflow-gpu use the image specified by the RAGFLOW_IMAGE environment variable, which defaults to infiniflow/ragflow:v0.22.0 in docker/.env. If this variable isn't set or is set incorrectly, Docker Compose won't pull the image details. Starting with v0.22.0, only a slim version of the image is published (without the -slim suffix), and embedding models are no longer included in the main image see PR #11190. If you're having trouble pulling the image, check that RAGFLOW_IMAGE in docker/.env is set to infiniflow/ragflow:v0.22.0. If you still can't pull the image, you can try using a mirror registry as suggested in the README. If Docker Compose gives you a specific error, sharing that output could help pinpoint the issue. To reply, just mention @dosu. How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other |
Beta Was this translation helpful? Give feedback.
The reason the Ragflow container isn't being created is that your command only activates the
opensearchprofile, but the Ragflow services (ragflow-cpuandragflow-gpu) are assigned to thecpuandgpuprofiles, respectively. To start Ragflow, you need to add--profile cpu(or--profile gpu) to your Docker Compose command details.However, even with the correct profile, the
infiniflow/ragflow:v0.22.0image is not currently available on Docker Hub or the other registries, so Docker Compose can't pull it details.Workarounds:
RAGFLOW_IMAGEin your.envto one of: