-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auxiliary containers left running after harbor down #37
Comments
Thanks for trying things out! No, it's not expected for those containers to remain running after I just tried following workflow locally and it doesn't seem to leave dangling containers: everlier@pop-os:~$ ▼ h ps
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
everlier@pop-os:~$ ▼ h u librechat
[+] Running 8/8
✔ Network harbor_harbor-network Created 0.0s
✔ Container harbor.webui Healthy 6.6s
✔ Container harbor.lc-db Healthy 1.1s
✔ Container harbor.lc-search Healthy 1.1s
✔ Container harbor.lc-vector Healthy 1.1s
✔ Container harbor.ollama Healthy 1.1s
✔ Container harbor.lc-rag Healthy 1.0s
✔ Container harbor.librechat Healthy 1.0s
everlier@pop-os:~$ ▼ h ps
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
harbor.lc-db mongo "docker-entrypoint.s…" lc-db 10 seconds ago Up 9 seconds 27017/tcp
harbor.lc-search getmeili/meilisearch:v1.7.3 "tini -- /bin/sh -c …" lc-search 10 seconds ago Up 9 seconds 7700/tcp
harbor.lc-vector ankane/pgvector:latest "docker-entrypoint.s…" lc-vector 10 seconds ago Up 9 seconds 5432/tcp
harbor.librechat ghcr.io/danny-avila/librechat-dev:latest "/app/start_librecha…" librechat 10 seconds ago Up 9 seconds 3080/tcp, 0.0.0.0:33891->33891/tcp, :::33891->33891/tcp
harbor.ollama ollama/ollama:latest "/bin/ollama serve" ollama 10 seconds ago Up 9 seconds 0.0.0.0:33821->11434/tcp, :::33821->11434/tcp
harbor.webui ghcr.io/open-webui/open-webui:main "/app/start_webui.sh" webui 10 seconds ago Up 9 seconds (healthy) 0.0.0.0:33801->8080/tcp, :::33801->8080/tcp
everlier@pop-os:~$ ▼ h d
[+] Running 8/8
✔ Container harbor.webui Removed 0.2s
✔ Container harbor.ollama Removed 0.2s
✔ Container harbor.librechat Removed 10.2s
✔ Container harbor.lc-db Removed 0.1s
✔ Container harbor.lc-rag Removed 0.0s
✔ Container harbor.lc-search Removed 0.1s
✔ Container harbor.lc-vector Removed 0.1s
✔ Network harbor_harbor-network Removed 0.2s
everlier@pop-os:~$ ▼ h ps
NAME IMAGE COMMAND SERVICE CREATED STATUS PORTS
everlier@pop-os:~$ ▼
Could it be possible that you're If this could be the case - I understand why you'd want to do that, as, |
Thank you for helping me with this issue. Trying this again and I found that the
Only after running |
Indeed, this is a bug in how the containers to stop are resolved, thank you for additional tests! |
Is this not due to |
The fix was released in one of the recent versions - down command now tries to match running sub-services as well. I'm closing this for now, but please feel free to follow-up or open a new one if needed. |
When command
harbor down librechat
orharbor down bionicgpt
is issued the "auxiliary" containers, such asharbor.lc-db
harbor.lc-vector
harbor.lc-search
for Librechat are left running according todocker ps
. Is this expected behavior? I could not find details in the documentation. I also noticed that these containers are not being removed uponharbor down
and are still listed indocker containers list --all
, unlike the "main" containers of the respective frontends.I am running harbor version 1.35, on Bluefin DX (Fedora Silverblue 40).
The text was updated successfully, but these errors were encountered: