dockge icon indicating copy to clipboard operation
dockge copied to clipboard

Incorrect inactive status for a running stack (librechat)

Open vihu opened this issue 1 year ago • 4 comments

⚠️ Please verify that this bug has NOT been reported before.

  • [X] I checked and didn't find similar issue

🛡️ Security Policy

Description

I setup librechat using their instructions. Notably there's a difference when using their npm run start:deployed command as it deploys a separate deploy-compose.yml file and uses the regular docker-compose.yml as a template.

On dockge this stack seemingly gets incorrectly reported as "inactive" despite all the containers running (as seen in the screenshot below):

image

👟 Reproduction steps

Deploy librechat using their instructions here: https://www.librechat.ai/docs/remote/docker_linux all the way upto the npm run start:deployed command.

👀 Expected behavior

I expect that since the containers are actually running correctly, dockge should report the stack as active.

😓 Actual Behavior

dockge reports the stack as inactive despite all the containers running

Dockge Version

1.4.2

💻 Operating System and Arch

Ubuntu 20.04 x64

🌐 Browser

Firefox

🐋 Docker Version

Docker version 27.1.2, build d01f264

🟩 NodeJS Version

No response

📝 Relevant log output

No response

vihu avatar Sep 05 '24 15:09 vihu

i can confirm, that i'm facing the same issue: image

I'm running on TrueNAS Scale (TrueNAS-SCALE-ElectricEel-BETA)

All the components in the stack work as expected

LeonardoCT avatar Sep 09 '24 20:09 LeonardoCT

Without looking into the provided stacks.

If they have either name in the docker compose as a root value or COMPOSE_PROJECT_NAME as an env value docker compose will set the stack name to it. This will cause issues with dockge as it expects the stack name to be the same as it's own defined name. If they are different you get the inactive bug

Something that could be solved updating the parser

DomiiBunn avatar Sep 24 '24 09:09 DomiiBunn

Image Same story here on TrueNAS Scale as well

wolf4914 avatar Apr 22 '25 12:04 wolf4914

Without looking into the provided stacks.

If they have either name in the docker compose as a root value or COMPOSE_PROJECT_NAME as an env value docker compose will set the stack name to it. This will cause issues with dockge as it expects the stack name to be the same as it's own defined name. If they are different you get the inactive bug

Something that could be solved updating the parser

How would one do that? I chose the easiest and fastest way - nuked the old one created a new one with matching names and the problem is gone

wolf4914 avatar Apr 22 '25 13:04 wolf4914