I don’t typically use portainer, but I do have it installed. I usually only use it to visualize things, and do everything in docker compose but I would like to have more control inside portainer.

I’ve read all about this error and the typical solution is to add team or user acl label to docker containers, but I did this and had no luck. I can see the permissions update in portainer, but still says they are external.

I am a single user, who is admin in portainer, so the acls are pointless as admin already has these permissions.

Outside of deleting all the docker compose files and re-creating them in portainer, is there a way have stack functionality within portainer?

If I do switch to creating stacks in portainer, is there a way to get it to name them better than just 1, 2, 3 in the compose folder if I decide to move away from it?

  • james-portainer@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    The reason this happens is because when a stack is created with compose via the CLI, there is no back reference to the compose file that created the resulting stack. As such, Portainer has no way of knowing how the stack was created and for safety we flag these as limited stacks. If the stack is deployed through Portainer, we save the compose file and reference it in our database to that stack.

    The directory names within the Portainer data volume are given numerical identifiers because stack names can change, and because we let you manage multiple environments from one Portainer instance we also need to allow for the same stack name to exist on more than one environment. The directories weren’t initially intended for direct access outside of Portainer.