canonical / canonical/dotrun

Error about port conflict (when docker container is already running in background)

Open
#107 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
Python
Stars
40
Forks
18
PR merge metrics
No merged PRs in 30d

Description

Occasionally (not sure when, maybe when computer goes to sleep, or when shell is closed by vscode, or something), the dotrun process ends, but the docker container in the background still runs.

This causes a conflict of port number when I try to run dotrun again

image

I have to manually stop given container in docker to be able to use dotrun again.

Dotrun containers have a unique names now, but listening on the same port still is blocking running another container if one is already running.

Would it be possible for dotrun to detect container running on given port and close it or something?

Contributor guide

No contributing guide indexed for this repository

Research direction

Reproduce the failure by leaving a dotrun Docker container running, then starting dotrun again with the same port. Trace dotrun's container startup and cleanup entry points to determine how the conflicting container is identified. Done means a repeated start no longer requires manually stopping the old container, with the existing behavior preserved when no conflict exists.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, python
Domain
cli, devops
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.