Depuis dix jours, osm13 a un nouveau SSD en plus du précédent. Il va remplacer celui de 480Go, un peu ancien et pas top performant (config hardware un peu spéciale et pas parfaitement supporté par le kernel, d'où des perf moyennes).
Jocelyn a donc lancé un import d'une base planet dessus, en profitant pour passer au même schéma que sur layers (alias osm105) pour pouvoir passer de l'un à l'autre facilement. Hier soir nous avons migré les styles vers cette nouvelle base relativement en douceur... sauf qu'un peu plus tard... nous avons rencontré un pépin (gros swap, postgres quasi bloqué) et ceci a fait disparaitre le contenu des tables "slim" servant à mettre à jour la base (on n'a toujours pas compris comment c'était arrivé et sur les 2 bases en plus). Donc, tile.openstreetmap.fr (qui génère les rendus FR, HOT, QA, Route500, BDCarthage) tourne sur une base qui n'est plus mise à jour depuis cette nuit. Je viens de relancer un import planet en // (tables préfixées osm2_), qui permettra de se resynchroniser. Histoire de ne pas trop charger la machine (qui continue à générer des tuiles), l'import est donc fait en monopolisant une quantité limitée de ressources (8Go de RAM pour le cache, 4 threads maxi, autovacuum=off) car le précédent import parallèle avait été assez violent sur la RAM, donc le swap et avait duré plusieurs jours. Patience donc... J'en profite aussi pour vous prévenir d'une intervention sur les serveurs de Bezons, principalement osm11 qui avait un disque en "préfail". Il a été échangé par Dell vu qu'il était sous garantie et je vais le remettre dans le serveur cet après midi. -- Christian Quest - OpenStreetMap France Conférence "State Of The Map" France du 4 au 6 avril à Paris<http://openstreetmap.fr/sotmfr>
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
