Tiles cache does not work for low zoom #260
Comments
|
Can you share the relevant section of your configuration file? Especially the |
|
I have mostly default configuration values: It's wired because it works fine with bright osm style but not with default one. |
|
your tile is 267,021 seconds old. default configuration: you are overwriting the settings for LowZoom. So for zoom levels 0-9, your minimum cache duration should be quite large. Can you also share how you handle |
|
|
|
if planet-import-complete is not found, then everything older than three days (259.200s) is considered expired. This explains why the file above is expired. |
|
Ok. I tried again. What I did:
Results: Tiles are not working for zoom 5:
|
|
"render_list" will make a bunch of requsts for tile rendering, which should appear in syslog. Are there any errors there? For example this morning on a server of mine this happened: and in syslog I see (among other things): One of the corresponding tiles is I think https://map.atownsend.org.uk/hot/5/15/10.png . |
|
Unless I'm mistaken, your command didn't render enough tiles in zooms 4
through 8. They should have been even powers of two as in:
4 - 4 requests
5 - 16 requests
6 - 64 requests
7 - 256 requests
8 - 1024 requests
For some reason, your render_list doesn't seem to have done those zoom
levels completely.
Lynn (D)
…On 9/20/2021 9:13 AM, adam-boduch via Tile-serving wrote:
Ok. I tried again. What I did:
1. I removed |ajt| folder.
2. I created |planet-import-complete| file in |/var/lib/mod_tile|.
3. I called |render_list -a -m ajt -z 0 -Z 12 -n 24|
Results:
|Total for all tiles rendered Meta tiles rendered: Rendered 349520
tiles in 22890.83 seconds (15.27 tiles/s) Total tiles rendered:
Rendered 22369280 tiles in 22890.83 seconds (977.22 tiles/s) Total
tiles handled: Rendered 349528 tiles in 22890.83 seconds (15.27
tiles/s) ***************************************************** Zoom
00: min: 239.2 avg: 239.2 max: 239.2 over a total of 239.2s in 1
requests Zoom 01: min: 239.3 avg: 239.3 max: 239.3 over a total of
239.3s in 1 requests Zoom 02: min: 239.4 avg: 239.4 max: 239.4 over a
total of 239.4s in 1 requests Zoom 03: min: 239.6 avg: 239.6 max:
239.6 over a total of 239.6s in 1 requests Zoom 04: min: 0.6 avg: 52.4
max: 156.0 over a total of 157.1s in 3 requests Zoom 05: min: 0.6 avg:
6.6 max: 61.2 over a total of 92.1s in 14 requests Zoom 06: min: 1.5
avg: 16.3 max: 58.6 over a total of 996.4s in 61 requests Zoom 07:
min: 1.0 avg: 14.4 max: 377.6 over a total of 3665.5s in 254 requests
Zoom 08: min: 0.9 avg: 13.0 max: 1079.7 over a total of 13276.8s in
1023 requests Zoom 09: min: 0.8 avg: 6.1 max: 656.1 over a total of
24863.8s in 4096 requests Zoom 10: min: 0.8 avg: 4.0 max: 615.0 over a
total of 65183.4s in 16382 requests Zoom 11: min: 0.6 avg: 1.8 max:
297.2 over a total of 118907.1s in 65536 requests Zoom 12: min: 0.6
avg: 1.1 max: 128.2 over a total of 299449.9s in 262138 requests |
Tiles are not working for zoom 5:
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#260 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA6353XJ3U3LIDCQ2EEVOOLUC4XOXANCNFSM5DLJFUAQ>.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
_______________________________________________
Tile-serving mailing list
***@***.***
https://lists.openstreetmap.org/listinfo/tile-serving
|
|
@openstreetmap-tiles There's no "--force" parameter specified, so perhaps it thinks those tiles exist already? See here, but beware that if memory serves multiple versions of render_list with slightly different parameters may have existed. |
|
Yes, there are some errors: So, despite the error, tile was created within 7254 seconds? In |
|
Before you start even thinking about trying to render more than one tile at once I'd suggest trying different individual tiles at different zoom levels and look at what appears in syslog to see if the times to render seem "reasonable" (and not indicative of missing indexes or similar).
No, something went horribly wrong and after that all bets are off. |
|
@adam-boduch Sounds like you have two different issues now. The earlier point was that you had tiles, but mod_tile was requesting a fresh rendering instead of using the cached tiles. The recent issue points towards a problem with actually rendering tiles. The time does not sound like a magic number, so probably no timeout. Have you checked logs for failures reported by system or postgresql? Check for OOM or similar, as 24 parallel render threads is already a lot. This might be a generic support issue and no bug in mod_tile/renderd to track here. |
|
First of all I have to clarify that I have dockerized this project. Everything works under docker swarm on few servers. I'm getting Here's a snippet of logs (I called As you can see at the beginning everything goes smoothly. It takes longer to build a tile over time. There are some long running queries: List of indexes: PostgreSQL's configuration: What am I missing? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I ran
render_listto create titles cache.Cache works fine for higher zoom. For lower zoom tiles are being rendered over and over again instead of being read from cache.
[Fri Sep 03 10:42:41.600301 2021] [tile:debug] [pid 19:tid 139994266433280] ./src/mod_tile.c(374): [client 10.0.3.10:55890] tile_state: determined state of ajt 5 4 4 on store 7f52e4000f50: Tile size: 149379, expired: 1 created: 1630391540
As you can see tile was created 3 days ago but still it's expired already.
The text was updated successfully, but these errors were encountered: