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

How do I know when it is ready to run? #4

Open
zaggynl opened this issue Nov 25, 2022 · 3 comments
Open

How do I know when it is ready to run? #4

zaggynl opened this issue Nov 25, 2022 · 3 comments

Comments

@zaggynl
Copy link

zaggynl commented Nov 25, 2022

I've had it ('import.sh' and afterwards 'docker compose up') run a day and a night on some low end hardware, 4 cores, 8GB RAM, imported the netherlands 1.3GB map.
It generated 57GB of data, finished a couple things, now shows the following lines every minute, no cpu/disk IO going on:

tile-server | [2022-11-25 20:00:01] 2029 start import from seq-nr , replag is
tile-server | [2022-11-25 20:01:01] 2052 start import from seq-nr , replag is
tile-server | [2022-11-25 20:02:01] 2075 start import from seq-nr , replag is
tile-server | [2022-11-25 20:03:01] 2098 start import from seq-nr , replag is

http://192.168.1.234:8002/status works

http://192.168.1.234:8080/ keeps loading, docker output shows the following on visit attempt:

tile-server | ** (process:146): ERROR **: 20:05:04.596: Received request for map layer 'default' which failed to load

Edit:

I'm guessing no tiles were generated?

tile-server  | ** (process:151): ERROR **: 20:18:35.816: An error occurred while loading the map layer 'default': Postgis Plugi
n: ERROR:  relation "icesheet_polygons" does not exist
tile-server  | LINE 1: SELECT ST_SRID("way") AS srid FROM icesheet_polygons WHERE "...
tile-server  |                                            ^
tile-server  | in executeQuery Full sql was: 'SELECT ST_SRID("way") AS srid FROM icesheet_polygons WHERE "way" IS NOT NULL LIMI
T 1;'
tile-server  |   encountered during parsing of layer 'icesheet-poly' in Layer at line 5942 of '/home/renderer/src/openstreetmap
-carto/mapnik.xml'

@wcedmisten
Copy link
Owner

import.sh should take most of the time required for the basic demo. Running the docker-compose file shouldn't take more than a few minutes to start serving tiles if the import already ran successfully.

It sounds like the tile server import failed. I would try stopping the container, deleting the docker volume, recreating it, and running the import command for the tile server:

docker container kill tile-server
docker volume rm osm-tiles
docker volume create osm-tiles

docker run \
    -v $(pwd)/osm-pbf/region.osm.pbf:/data/region.osm.pbf \
    -v osm-data:/data/database/ \
    -v $(pwd)/import-postgresql.conf:/etc/postgresql/14/main/postgresql.custom.conf.tmpl \
    -e THREADS=16 \
    -e "OSM2PGSQL_EXTRA_ARGS=-C 16384" \
    overv/openstreetmap-tile-server \
    import

@zaggynl
Copy link
Author

zaggynl commented Nov 26, 2022

On docker rm osm-tiles:
Error response from daemon: remove osm-tiles: volume is in use - [c74c248e284bd679f25352362762a42d8288a6f70eb9f6150651d357ef75d871]

I removed all overv/openstreetmap-tile-server containers (there were 2), after that I could remove the osm-tiles volume.

After the docker run command it stops with:

+ sudo -u postgres createuser renderer
createuser: error: creation of new role failed: ERROR:  role "renderer" already exists

@wcedmisten
Copy link
Owner

Oh my bad, I think you need to delete the osm-data volume, not osm-tiles

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

2 participants