-
Notifications
You must be signed in to change notification settings - Fork 349
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
docker image 3.10 distributes matomo 3.9 files from volume after update #161
Comments
Why is the moving necessary? Can't we just do this during the build of the docker container? Installing plugins should still be possible because of OverlayFS. |
I agree this is a quite serious issue. |
Whoa, this is quite unexpected. My container is on 3.13.1 but the codebase served is still 3.12. What is the workflow to keep the version up to date? How are other people doing it that run Matomo in production using Docker? |
My workflow atm is:
dunno how others handle this? maybe most matomo users doesn't use docker in production? |
I did (3.13.0 -> 3.13.1):
And it seems to work as well. |
Yeah, but caution: this will work as long as matomo didn't change their behaviour and won't touch the volume location in a future docker image release. |
I am not able to upgrade from 3.13.6 to 4.x.x. Pressing check for updates in the web interface tells me that 3.13.6 is latest version (hogwash! 💢 ) I have also updated the docker container several times but still cannot get past 3.13.6. Am I missing something? |
Having the code base in a volume makes upgrades and migrations a pain, additionaly the file copies on initial startup can be really slow on NFS drives. Having a volume allows for the dynamic installation of plugins, but then that is specific to that instance, if you were to run a several stage environment dev/stage/prod then one would need to manually check that the plugins exist is each environment. Better would be to extend the image and pack the plugins in with the installation. @see matomo-org/docker#57 @see matomo-org/docker#161
Having the code base in a volume makes upgrades and migrations a pain, additionaly the file copies on initial startup can be really slow on NFS drives. Having a volume allows for the dynamic installation of plugins, but then that is specific to that instance, if you were to run a several stage environment dev/stage/prod then one would need to manually check that the plugins exist is each environment. Better would be to extend the image and pack the plugins in with the installation. @see matomo-org/docker#57 @see matomo-org/docker#161
Having the code base in a volume makes upgrades and migrations a pain, additionaly the file copies on initial startup can be really slow on NFS drives. Having a volume allows for the dynamic installation of plugins, but then that is specific to that instance, if you were to run a several stage environment dev/stage/prod then one would need to manually check that the plugins exist is each environment. Better would be to extend the image and pack the plugins in with the installation. @see matomo-org/docker#57 @see matomo-org/docker#161
See related #281 There needs to be a check on start up to copy the files over or so! (without replacing important things in the state, like |
* No longer use volume for Matomo install Having the code base in a volume makes upgrades and migrations a pain, additionaly the file copies on initial startup can be really slow on NFS drives. Having a volume allows for the dynamic installation of plugins, but then that is specific to that instance, if you were to run a several stage environment dev/stage/prod then one would need to manually check that the plugins exist is each environment. Better would be to extend the image and pack the plugins in with the installation. @see matomo-org/docker#57 @see matomo-org/docker#161 * Matomo: create a per-site administrator in addition to the super administrator for all sites.
duplicate of #248 |
This docker image uses
/var/www/html
as volume. And on an init startup e.g. of 3.9, it moves all files to that path/volume https://github.com/matomo-org/docker/blob/master/apache/docker-entrypoint.sh#L5When I start docker image version 3.10, this step won't be executet. So I run matomo docker image 3.10, but my volume distributes still the files from matomo 3.9
The text was updated successfully, but these errors were encountered: