Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tag 4.11.0 still not available on Docker hub #293

Closed
jurgenhaas opened this issue Aug 5, 2022 · 6 comments
Closed

Tag 4.11.0 still not available on Docker hub #293

jurgenhaas opened this issue Aug 5, 2022 · 6 comments

Comments

@jurgenhaas
Copy link

I see the images being updated several times in the last 24 hours, but the 4.11.0 tag is still not available on Docker hub. How long does it usually take before it's being available there? Just asking because we only recently switch to Docker based hosting and usually update quickly when new versions get announced. But now we seem to be stuck in a waiting loop ;-)

@jurgenhaas
Copy link
Author

Hello, is this not maintained anymore?

@jurgenhaas
Copy link
Author

Looks like now the tag is available, but the image still contains 4.10 unfortunately.

@benurb
Copy link

benurb commented Aug 9, 2022

No, it doesn't.

docker run -it --rm matomo:latest cat core/Version.php | grep VERSION

const VERSION='4.11.0';

If you have defined /var/www/html as volume, it will not be automated automatically.

@jurgenhaas
Copy link
Author

If you have defined /var/www/html as volume, it will not be automated automatically.

OK, so how do you recommend the update process should look like? I thought, a force-recreate on the container should do, but obviously not.

@ontheair81
Copy link

I agree this is not very straight forward and looks pretty unusual to me, but this issue has been covered several times already.

In short:

  • Update the container to a new version
  • Trigger the web based update from within your installation

Let's see if this will change in the future. But for the time being, this is the upgrade process and always worked without any problems for me.

@jurgenhaas
Copy link
Author

Well, all my deployments are fully automatic, so I have to find another way. What I've just tried was to shut down the app container, delete the directory on the host that was mounted into the container before, and then fire up the container again, that will recreate the app directory and it seems to work. Of course, config and log directory are located elsewhere and mounted into the container separately.

@J0WI J0WI closed this as completed Nov 26, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants