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

After upgrade, geoserver-data volume need manual upgrade #12422

Closed
pchevali opened this issue Jul 15, 2024 · 4 comments
Closed

After upgrade, geoserver-data volume need manual upgrade #12422

pchevali opened this issue Jul 15, 2024 · 4 comments

Comments

@pchevali
Copy link

Hi,

When doing an upgrade of Geonode, the geoserver-data directory is not updated by the geoserver-data docker image.
The version 4.3 introduced fixes for printing plugin that are present in the geoserver-data image. But the way geonode uses the geoserver-data volume with the docker compose makes this directory only initialized for the first install. Thus when migrating from 4.x to newer version the geoserver data configs remains unchanged.

What would be the upgrade process ? Copy the whole data directory from the downloaded zip file into the /geoserver_data/data directory ?

If that is safe, the data container could contain a entrypoint to copy the files on start.
This would help also to have git managed changes bundled in a custom docker image

Thanks for your feedbacks

@giohappy
Copy link
Contributor

@pchevali you're right, this is a limitation but any solution could be tricky because the risk is to have conflicts between the two data directories. You would need a mechanism that marks conflicts and lets the user manage them.

@ridoo
Copy link
Contributor

ridoo commented Jul 16, 2024

@giohappy it would be good to have the directory in version control and just overwrite the binaries folder (i.e. WEB-INF/libs). That way, one would have the opportunity to compare changes and see the differences. In a docker compose setup, an overlayed volume would indeed give you the chance to have both a working copy, to make your own changes and merge upstream changes.

@t-book
Copy link
Contributor

t-book commented Jul 16, 2024

I normally diff my working data dir with the one that is in used with the new geonode version before every upgrade. And integrate changes. Not perfect but working for years … automation would be great!

@pchevali
Copy link
Author

I have just seen that there is a similar discussion here

Thanks for your input

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