[Docker] Bind failed, port is already allocated

[Tacoos]

Na updaten van het docker image van de omada controller op linux (van MBentley) krijg ik een bind failed, port is already allocated error:

Error response from daemon: driver failed programming external connectivity on endpoint omada-controller (9394702ae3925cde5d1de9aae485ee0678f29741b3daa3aeb93a5fb6e9df0e95): Bind for 0.0.0.0:29813 failed: port is already allocated

Wat heb ik gedaan:
-bestaande cointainer gestopt
-bestaande container verwijderd
-mbv pull docker image ge update
-container gestart

Dan krijg ik bovenstaande foutmelding.

Stoppen van Docker en verwijderen van docker image en daarna portmappings middels rm -rf /var/lib/docker/network/files lost het probleerm voor mij niet op.
Wat nu?

[Matis]

Wat zegt

code:

docker ps -a

?

En plaats je output even in code-blokken, zoals ik hier zelf heb gedaan.

[ Voor 16% gewijzigd door Matis op 08-01-2022 12:18 ]

[Tacoos]

Matis schreef op zaterdag 8 januari 2022 @ 12:18:
Wat zegt

code:

docker ps -a

?

En plaats je output even in code-blokken, zoals ik hier zelf heb gedaan.

Nadat ik heb geprobeerd de container te starten:

code:

CONTAINER ID   IMAGE                              COMMAND                  CREATED          STATUS                     PORTS                                       NAMES
63f363179c17   mbentley/omada-controller:latest   "/entrypoint.sh /usr…"   18 minutes ago   Created                                                                omada-controller
c3d7bef90a21   ledidobe/grott:2.6.1g              "python -u grott.py …"   3 weeks ago      Up 19 minutes              0.0.0.0:5279->5279/tcp, :::5279->5279/tcp   grott
acadefa84b8b   hello-world                        "/hello"                 17 months ago    Exited (0) 17 months ago                                               agitated_darwin

[Matis]

Mogelijk draait er dan op jouw systeem (buiten Docker om) een proces dat die specifieke poort in gebruik heeft.

Gebruik deze handleiding eens om dat voor jouw poort te testen: https://www.tecmint.com/f...on-a-particular-port/amp/

[Tacoos]

Matis schreef op zaterdag 8 januari 2022 @ 12:29:
Mogelijk draait er dan op jouw systeem (buiten Docker om) een proces dat die specifieke poort in gebruik heeft.

Gebruik deze handleiding eens om dat voor jouw poort te testen: https://www.tecmint.com/f...on-a-particular-port/amp/

Geen van de drie opties laat iets zien op die poort.
Op zich zou dat ook raar zijn, want deze poort wordt door de omada controller gebruikt en dat heeft nooit eerder problemen opgeleverd, ook niet met updaten van de container als boven beschreven.

[Matis]

Dat is vreemd, zonder meer informatie kan ik je helaas niet verder helpen.

Je zou nog de Docker daemon kunnen herstarten en als laatste redmiddel het hele systeem.

[Tacoos]

Matis schreef op zaterdag 8 januari 2022 @ 12:59:
Dat is vreemd, zonder meer informatie kan ik je helaas niet verder helpen.

Je zou nog de Docker daemon kunnen herstarten en als laatste redmiddel het hele systeem.

Docker draait op een Intel NUC met Ubuntu Linux 20.04.3 LTS
Wat voor info zou nog meer kunnen helpen?


Helaas heeft stoppen van de Docker container middels systemctl docker stop en reboot van de NUC geen nut gehad

[Matis]

Met welk commando probeer je de container te starten?

Ervan uitgaande dat je latest gebruikt als tag voor deze image; Ben jij je er van bewust dat je dan waarschijnlijk naar een nieuwe major versie bent gegaan?

[Tacoos]

Matis schreef op zaterdag 8 januari 2022 @ 13:10:
Met welk commando probeer je de container te starten?

Ervan uitgaande dat je latest gebruikt als tag voor deze image; Ben jij je er van bewust dat je dan waarschijnlijk naar een nieuwe major versie bent gegaan?

code:

sudo docker run -d \
  --name omada-controller \
  --restart unless-stopped \
  -p 8088:8088 \
  -p 8043:8043 \
  -p 8843:8843 \
  -p 29810:29810 \
  -p 29810:29810/udp \
  -p 29811:29811 \
  -p 29811:29811/udp \
  -p 29812:29812 \
  -p 29812:29812/udp \
  -p 29813:29813 \
  -p 29813:29813/udp \
  -p 29813:29814 \
  -p 29813:29814/udp \
  -e MANAGE_HTTP_PORT=8088 \
  -e MANAGE_HTTPS_PORT=8043 \
  -e PORTAL_HTTP_PORT=8088 \
  -e PORTAL_HTTPS_PORT=8843 \
  -e SHOW_SERVER_LOGS=true \
  -e SHOW_MONGODB_LOGS=false \
  -e SSL_CERT_NAME="tls.crt" \
  -e SSL_KEY_NAME="tls.key" \
  -e TZ=Etc/UTC \
  -v omada-data:/opt/tplink/EAPController/data \
  -v omada-work:/opt/tplink/EAPController/work \
  -v omada-logs:/opt/tplink/EAPController/logs \
  mbentley/omada-controller:latest

Wat maakt upgrade naar een major version anders?

[Matis]

Tacoos schreef op zaterdag 8 januari 2022 @ 13:15:
[...]

code:

sudo docker run -d \
  --name omada-controller \
  --restart unless-stopped \
  -p 8088:8088 \
  -p 8043:8043 \
  -p 8843:8843 \
  -p 29810:29810 \
  -p 29810:29810/udp \
  -p 29811:29811 \
  -p 29811:29811/udp \
  -p 29812:29812 \
  -p 29812:29812/udp \
  -p 29813:29813 \
  -p 29813:29813/udp \
  -p 29813:29814 \               <-- deze moet -p 29814:29814 \     
  -p 29813:29814/udp \           <-- en deze   -p 29814:29814/udp \ zijn
  -e MANAGE_HTTP_PORT=8088 \
  -e MANAGE_HTTPS_PORT=8043 \
  -e PORTAL_HTTP_PORT=8088 \
  -e PORTAL_HTTPS_PORT=8843 \
  -e SHOW_SERVER_LOGS=true \
  -e SHOW_MONGODB_LOGS=false \
  -e SSL_CERT_NAME="tls.crt" \
  -e SSL_KEY_NAME="tls.key" \
  -e TZ=Etc/UTC \
  -v omada-data:/opt/tplink/EAPController/data \
  -v omada-work:/opt/tplink/EAPController/work \
  -v omada-logs:/opt/tplink/EAPController/logs \
  mbentley/omada-controller:latest

Ik zie dat je twee keer de port mapping voor 29813 hebt in jouw script. Dat gaat natuurlijk nooit werken.

Wat maakt upgrade naar een major version anders?

Omdat er een upgrade guide is om van versie 4.x naar 5.0 te gaan:

quote: https://hub.docker.com/r/mbentley/omada-controller

Upgrading to 5.0.x from 4.1.x or above
Click to expand upgrade instructions and 5.0.x usage notes
There are no specific upgrade steps required when upgrading to 5.0.x if you are already running at least 4.1.x. For full details, please refer to the TP-Link upgrade documentation.

There are, however, some differences in how you need to run the container if you are only exposing ports using port mapping as there are new ports that the controller is listening on. Starting with 5.0.x, the controller is also listening on TCP port 29814 so you should add -p 29814:29814 to your run command, compose file, or however you're running the container.

As always, I would recommend taking a backup through the controller software as well as save a copy of the persistent data while the controller is not running when you do upgrade to simplify the rollback process, if required.

Changes/Notes for 5.0.x
If using custom ports, they will not persist across container re-creation starting in 5.0 unless you continue to set the enviornment variables. This is due to adding /opt/tplink/EAPController/properties to the classpath starting in 5.0. If you change the ports through the UI, you should still continue to also set the ports using the environment variables, matching the ports you have set in the UI. For more detail, see Using non-default ports.

Daarnaast zijn er meerdere mensen die melden dat hun installatie niet meer werkt na de upgrade: https://github.com/mbentl...oller/issues?q=is%3Aissue

[Tacoos]

Matis schreef op zaterdag 8 januari 2022 @ 13:18:
[...]

Ik zie dat je twee keer de port mapping voor 29813 hebt in jouw script. Dat gaat natuurlijk nooit werken.

...snip...

Tja, ik heb gewoon het script van de site van mbentley gekopieerd
Maar dat is wel de fout, waarvoor dank!
Nadat ik

code:

-p 29813:29814 \
  -p 29813:29814/udp \

heb gecorrigeerd naar

code:

-p 29814:29814 \
  -p 29814:29814/udp \

draait de container prima

edit:

Ik heb dit ook gemeld bij MBentley en hij heeft de typo alweer gefixed 👍

[ Voor 8% gewijzigd door Tacoos op 08-01-2022 17:59 ]