Deploying a stack after changing service names doesn't work good #22
Labels
No Label
automation
bug
community organising
democracy
design
documentation
duplicate
enhancement
finance
funding
help wanted
invalid
publishing
question
security
wontfix
No Milestone
No project
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/organising#22
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Steps to reproduce:
wordpress
→app
andmariadb
→db
(see #19)The new
app
service never comes up because it can't connect to the database, the newdb
service can't start because of file locking clashes with the existingmariadb
one.docker stack rm demo_wordpress
followed by a redeploy fixes it; this workaround may be all we need as I don't expect to have to rename services often. But, if there's a way to say "make sure other services called X are stopped first" then that'd be awesome.Deploying a stack after changing services names doesn't work goodto Deploying a stack after changing service names doesn't work good