Open Marc-marc-marc opened 1 year ago
5k mail root sur le ct de rendu et autant sur le ct bdd
espace / saturé, principalement par
Given the age of the DB (>3 months) I recommend reimporting a fresh DB and restarting
même après libération d'un peu d'espace, la maj est toujours ko, j'ai désactivé le cron
@pnorman indeed, I'm looking to switch to another db on the same site
import toujours en cours
j'ai connnecté hdm à la bdd osm25
Apr 19 22:03:24 hdm-tiles renderd[361134]: DEBUG: DONE TILE hot 18 82168-82175 117496-117503 in 52.559 seconds
cela refonctionne donc pour :
il n'y a pas d'expiration de nouvelle tuile pour le moment avec la bdd de secours
est-ce qu'il manque quelque chose pour que ce rendu fonctionne mieux ?
c'est du matos, du temps, un mélange de tout cela ?
j'ai regroupé dans le premier message ce que j'ai fais et ce qui reste à faire
J'ai invalidé les tuiles du cache et mis à jour les niveaux 0 à 12. Petit test et comme tout semble bon, suppression de la redirection pour remettre le rendu en ligne.
apt update/dist-upgrade fait au passage, on est maintenant en renderd 0.6.1 et mapnik 3.1
J'ai laissé en Ubuntu 20.04 Focal car mod_tile/renderd ne sont pas dispo sur le PPA osmadmins en 22.04
l'espace disque pour les tuiles a été fortement réduit divisé par 4, à voir si c'est toujours pertinent alors qu'il y a qlq To de libre sur le serveur
Je ne vois aucune trace dans l'historique ZFS de changement du quota du cache de tuiles.
On peut effectivement le monter vu qu'il reste largement de l'espace sur le SSD. Je l'ai donc passé à 1To.
Les graphes munin ne se mettaient plus à jour, donc pas de rouge dans le tableau d'alarme. C'est l'IPv6 qui ne routait plus.
Y aurait-il un moyen pour détecter les host/vm injoignables par munin et les remonter d'une façon ou d'une autre en alarme ?
Pour que les expire_list ne saturent pas le stockage, ajout en crontab root sur osm188 de :
find /data/work/osm2pgsql/expire_list/ -mtime +60 -delete
rendu humanitaire : lag de réplication du au réimport résorbé, je relance la génération des premiers niveaux pour les avoir avec des données à jour
@pnorman said The Humanitarian layer on OSM.org hosted by OSM France, has data that is >3 months old. Is this a known issue with plans to resolve it? As an example, see https://tile-b.openstreetmap.fr/hot/18/41584/89751.png and https://tile.openstreetmap.org/18/41584/89751.png building shapes