Closed timscha closed 2 years ago
I've got the same Problem with Ubuntu 20.04
have you set HTTP_BIND or HTTPS_BIND in mailcow.conf? Currently only IPv4 bindings are possible for the Admin UI. IPv6 binding must be done with a docker.override.yml
probably triggered by these lines https://github.com/mailcow/mailcow-dockerized/blob/63f718178e22ad0c89e0cacd64aadb8beda9301b/docker-compose.yml#L379-L381
I have the following lines in my docker-compose.yml:
ports:
- "${HTTPS_BIND:-:}:${HTTPS_PORT:-443}:${HTTPS_PORT:-443}"
- "${HTTP_BIND:-:}:${HTTP_PORT:-80}:${HTTP_PORT:-80}"
I have the following lines in my docker-compose.yml:
ports: - "${HTTPS_BIND:-:}:${HTTPS_PORT:-443}:${HTTPS_PORT:-443}" - "${HTTP_BIND:-:}:${HTTP_PORT:-80}:${HTTP_PORT:-80}"
please adjust these lines to this. https://github.com/mailcow/mailcow-dockerized/blob/63f718178e22ad0c89e0cacd64aadb8beda9301b/docker-compose.yml#L379-L381
I'll have a look why your docker-compose.yml wasn't updated
@FreddleSpl0it: With you bugfix it worked. Update completed.
please adjust these lines to this.
Thank you, it worked for me too.
@FreddleSpl0it Worked for me too! Thank you.
Perhaps it is worth mentioning that I chanceled the update-script to install docker-compose v2 after the warning and restarted the update afterwards.
Oh and for further debugging @FreddleSpl0it: HTTP_BIND & HTTPS_BIND are not set in my config.
Maybe there is an docker-compose.override.yml
file which defines some redirects with ipv6 addresses.
https://github.com/docker/compose/issues/8721#issuecomment-932403006
docker compose v2 uses now [2a01::1]:25:25
as an valid format (before 2a01::1:25:25
).
Nop, on my installations there is no docker-compose.override.yml file :)
@timscha are you have some ipv6 addresses defined in the other config files on your setup?
For all who have the same issue:
@mnin I have two instances. One updated, one old one. On both IPV6_NETWORK in mailcow.conf is filled in with something that looks like a private IPv6 address.
Second instance update worked without a problem, following the steps provided by @DerLinkman. I guess, having installed both docker-compose versions causing the problem.
Could be. As the update.sh Script use the newest compose he finds to run the update process. If you have a unpatched compose.yml inside your mailcow directory then this error will thrown, since this format is to old for the new compose.
Same issue here on 3 instances. The steps from @DerLinkman did not work, I needed to manually correct the two mentioned lines to get it working.
Yes alternatively do a git checkout origin/master docker-compose.yml and rerun the script again.
I did my usual and checked for bug reports before running upgrade, and found this one - anyway, after finding and reading this I found the following upgrade path worked for me:
1) Remove Docker compose v1 2) Install Docker compose v2 3) Apply changes by FreddleSpl0it 4) Run update.sh 5) Done - successful upgrade!
Anyway, thanks again to all the mailcow devs!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
Contribution guidelines
I've found a bug and checked that ...
Description
I tried to update to new june update. I installed docker compose 2 on the server. When running the update.sh script the following happens:
Logs
Steps to reproduce
System information
docker version
)docker-compose version
)git describe --tags `git rev-list --tags --max-count=1`
)Output of
git diff origin/master
, any other changes to the code? If so, please post them: