Closed raymondelooff closed 2 weeks ago
We should also add tests to cover this situation while fixing this.
This doesn't happen in the recommended setup when using tmpfs
for /run
, as in that case, the tmpfs
doesn't survive the container restart.
Thank you for your report; the issue you have reported has just been fixed.
Describe the issue
Because of changes in c5a1c3b, containers now fail to start a second time after being stopped. The start script tries to create Supervisor config file symlinks, but those
ln -s
commands fail when a symlink already exists (because they get created during the first start). Adding the-f
flag to all the symlink commands will likely fix the issue.I already tried
Steps to reproduce the behavior
Expected behavior
No response
Screenshots
No response
Exception traceback
No response
Additional context
No response