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

GeoNode Docker/GeoServer Cache is jamming up the disk space #10197

Open
Holz1GST opened this issue Oct 26, 2022 · 4 comments
Open

GeoNode Docker/GeoServer Cache is jamming up the disk space #10197

Holz1GST opened this issue Oct 26, 2022 · 4 comments
Assignees

Comments

@Holz1GST
Copy link

Holz1GST commented Oct 26, 2022

Dear GeoNode community/developers,

We recently setup a GeoNode Docker instance on our Ubuntu 20.04.5 LTS Server.
We started uploading data to it and had to notice that our 1.7 TB disk quickly ran out of space.

The Problem

While uploading data to our GeoNode Docker instance the 1.7 TB HD quickly ran out of space.
A first look at the Geoserver Backend showed that something seemed to be wrong with the Geoserver-Cache as some uploaded Layers had a Cache of several TB. Clearing the Cache, making some changes to the disk quota settings and restarting the docker containers seems to have fixed this issue, as the Cached Layers are cleared correctly now.

Never the less the 1.7 TB disk space are still jammed up. A closer look at the usage of disk space showed that there are three major culprits in the docker volumes taking up the disk space.
Culprit 1:
image
Culprit 2:
image
Culprit 3:
image

As we have uploaded about 600 GB of data GeoNode shouldn't use up 1.6 TB of space. Apparently Culprit 1 & 2 are containing "tmp" folders for each uploaded layer. Should these folders be cleared automatically by GeoNode after finishing the upload?
Culprit 1:
image
Culprit 2:
image

As far as I understand geoserver stores the data in the geonode-gsdatadir. Thus I suppose that the tmp-folders there actually contain the uploaded data and shouldn't be removed. What is being stored in the geonode-statics volume then? Should this data be removed by GeoNode automatically?

Steps to Reproduce the Problem

  1. Install and Setup GeoNode using the Docker installation
  2. Upload data to GeoNode
  3. Check the size consumed by the docker volumes

Specifications

  • GeoNode version: 4.x
  • Installation type (vanilla, geonode-project): GeoNode Core
  • Installation method (manual, docker): Docker
  • Platform: Ubuntu 20.04.5 LTS
  • Additional details:
@afabiani
Copy link
Member

afabiani commented Nov 2, 2022

@Holz1GST please make sure the GeoServer DiskQuotas have been correctly enabled and configured

https://docs.geoserver.org/stable/en/user/geowebcache/webadmin/diskquotas.html

@Holz1GST
Copy link
Author

Holz1GST commented Nov 3, 2022

Thank you for your answer!

As I mentioned above we already fixed the caching problem by changing the default disk quota settings from
image
to
image
Now the layers cache is correctly deleted.

None the less the disk space is consumed by Culprit 1 and 2. As I understand it Culprit 1 is the default data folder of geoserver, thus we should not touch it. Can we safely remove the data from Culprit 2 then? Why does Geonode store data in two different directories?

@afabiani
Copy link
Member

afabiani commented Nov 3, 2022

Hi @Holz1GST in theory the temporary files should be removed by GeoNode automatically or, at least, there shouldn't be duplicates.
Let me double check the issue.

Do you confirm that you are using an updated version of GeoNode 4.0.x running with docker?
Any additional/custom setup?

@afabiani afabiani self-assigned this Nov 3, 2022
@Holz1GST
Copy link
Author

Holz1GST commented Nov 3, 2022

Yes, we are using version 4.0.x of GeoNode with docker.
Aside from changing the default passwords we made no changes to the default settings.

@afabiani afabiani added this to the 4.0.2 milestone Nov 25, 2022
@giohappy giohappy modified the milestones: 4.0.2, 4.1.0 Dec 19, 2022
@giohappy giohappy removed this from the 4.1.0 milestone May 25, 2023
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

3 participants