Tile-Caches für Deutschland

Der Tile-Server hat ein massives Problem seit Samstag.
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/index.html
Die Werte im Bereich Festplatten/IO sind alle eingebrochen
Drastisch ist der Temperatur-Anstieg der beiden NVME-Festplatten, vermutlich die Platten auf denen die Tiles liegen.
Ich tippe darauf, daß Lüfter ausgefallen sind.

Wer will, wer mag darf die OWG kontaktieren…

Auf welchen Graph genau beziehst Du Dich (Link)?

Die werden wohl auch erst seit kurzem überhaupt richtig genutzt?
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/diskstats_utilization/nvme0n1.html

Also für mich sieht auf dem Tile-Server Odin alles normal aus.

Sowohl Rendering-Aktivität renderd processed, als auch Aktualität der Tiles in mod tile fresh (freshness of served tiles).

Kann jemand ein Beispiel verlinken, wo Tiles nicht aktuell sind?

Wenn ich auf OSMF Server Info nach “server for www.openstreetmap.org” schaue, sehe ich dort Lastspitzen gestern, z.B. bei load (spike-06) und load (thorn-01).

Daher vermute ich temporäre Überlastung, sollte das öfters vorkommen, bitte neuen Faden aufmachen.

Ja, hier z.B.: https://www.openstreetmap.org/#map=17/53.32404/7.31138 Dort sind Änderungen, die ich vor 5 Tagen gemacht habe, nicht sichtbar. An anderen Stellen scheint es aber zu funktionieren, meine Änderungen in der Nordeifel von gestern Abend hingegen werden bereits angezeigt.

Nicht aktuelle Tiles gibt’s nicht nur in Deutschland, sondern auch an meinem aktuellen Standort Schweden.

/hca

fan speeds, HDD temperature
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/index.html#sensors
Außerdem die S.M.A.R.T. Werte

Was mich betrifft, ich beobachte das seit genau Samstag Morgen da mir meine Änderung von Freitag Abend nicht (wie üblich) nach einer Stunde vollständig angezeigt wurden.

Alles weitere sind Folgeprobleme. Jeder drück F5 im Browser und versuch krampfhaft zu aktualisieren. So steigt die Last am Server der in dem Fall nichts weiteres als alte Tiles ausliefern kann. … und dessen Festplatten wohl kurz vor dem Abrauchen sind.

Ich habe leider kein github-Konto um da Operations zu informieren. Kann das jemand machen? Oder IRC?

Ein an die Tile URL angehängtes “/status” (siehe siehe Wiki) sagte zuletzt erstellt am 08. Juli (Änderungen vom 10. Juli):

https://tile.openstreetmap.org/17/68197/42500.png/status (inzwischen aktuell)

Ich habe mal ein Neurendern per “/dirty” für die entsprechenden Metatiles erzwungen, jetzt sind die Änderungen da. Das ist normal nicht nötig, meistens hilft schon ein Strg+F5 (neu Laden mit Aktualisierung der Caches). Weiß nicht, was da jetzt das Problem war.

fan speeds runter, weil die CPU1 Temp gesunken ist?
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/ipmi_temp.html

Die nvme sind im Diagram am 09. Juli neu dazugekommen (siehe meine Bemerkung zu den nvme oben), nicht erhöht?
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/hddtemp_smartctl.html

Die Temperatur ist dort ebenfalls am 09. Juli neu dazugekommen, die anderen Werte alle schon immer 99/100?
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/smart_sdb.html

Am Donnerstag, 09. Juli wurde irgendwas gemacht, inklusive Reboot:
https://munin.openstreetmap.org/openstreetmap.org/odin.openstreetmap.org/uptime.html
Evtl. Ubuntu 20.04 Upgrade?
https://github.com/openstreetmap/operations/issues/427

Vielleicht hat danach der Dirty-Mechanismus nicht gleich wieder richtig funktioniert?

Also wie be SOKO GC am Freitag, aber er sagt aktuellere Änderungen seien da.

https://www.openstreetmap.org/#map=16/50.8142/13.4486

Ja, kann ich auch bestätigen.

Beispiel-Objekt w825733468 / z18:
https://www.openstreetmap.org/way/825733468#map=18/49.97857/8.41502

Ist vermutlich flächendeckend, d.h. man könnte sich also ein x-beliebiges neues Objekt über https://resultmaps.neis-one.org/osm-change-tiles#13/50.0042/8.2912 heraussuchen…

Danke, ich erstelle mal ein Issue.

Ja, Schweden hängt auch am Server Odin, siehe GeoDNS Karte:
https://dns.openstreetmap.org/render.openstreetmap.org.html

Ich auch! Hier im Raum Aachen werden verschiedene Dinge selbst nach 5 Tagen mal wieder nicht aktualisiert.

Beispiel 1: https://www.openstreetmap.org/note/2267837#map=19/50.76720/6.09742&layers=ND

Beispiel 2: https://www.openstreetmap.org/node/6490141132#map=18/50.82846/6.02457&layers=ND

Und nach 5 Tagen keine Aktualisierung: https://www.openstreetmap.org/note/2219325#map=19/50.77227/6.07040&layers=ND

Gruß | Peer

Ich auch … Vor 5 Tagen habe ich bei Waibstadt (nicht fern von Karlsruhe) einen offensichtlich schiefgegangenen Edit, der einen ganzen Friedhof verschoben hatte, tlw. revertiert – das Kartenbild im Standard-Layer zeigt auch jetzt noch den kaputten Stand vor dem Revert an …

https://www.openstreetmap.org/node/4383001471

und Umgebung

Merkwürdiger Effekt. Edits, die nach ca. 2. Tagen endlich angezeigt werden (Zoom 17-19), sind nun plötzlich wieder weg, sogar folgende Anzeige nun plötzlich: “This website is under heavy load (queue full). We’re sorry, too many people are accessing this website at the same time. We’re working on this problem. Please try again later.”. Andersrum gibt es auch Stellen, die nach wenigen Stunden angezeigt werden. Sind weitere Tileserver ausgefallen? Ich habe leider momentan keine Zeit für Serverabfragen.
Edit: 16.07.20 22:10 Alles wieder gut!

Es gab ein Problem beim Invalidieren geänderter Tiles seit einem Ubuntu 20.04 Upgrade, das jetzt behoben ist. Ein paar werden neu berechnet, der Rest erst bei weiteren Änderungen oder dem nächsten Stil-Update:

https://github.com/openstreetmap/operations/issues/440#issuecomment-659546244

Für den Moment auch behoben (der Planet Dump macht Probleme):
https://github.com/openstreetmap/operations/issues/442

Habe eben eine Änderung gemacht, war weniger als 3 Minuten später sichtbar.
Tile-Server: odin
Cache: kilgharrah

Kann ich bestätigen. Selbst gestern Abend nachdem das “This website is under heavy load …” nicht mehr erschien, lief es bereits wieder wie gewohnt.

@ikonor: Danke fürs Melden und für die transparenten Verweise zu den einzelnen GitHub-Anfragen :slight_smile: