renderd est retombé dans les choux vers 13h... générer des tuiles et
importer une base en parallèle est plus tendu que je ne pensais.


Le 6 février 2014 13:12, THEVENON Julien <[email protected]> a écrit
:

> Est ce que c est lie a ca le fait que le TMS de la BD carthage renvoie une
> erreur 504 t que je ne vois plus la couche sur tile-fr ?
>
> Julien
>
>
>   ------------------------------
>  *De :* Christian Quest <[email protected]>
> *À :* tech <[email protected]>; Discussions sur OSM en
> français <[email protected]>
> *Envoyé le :* Jeudi 6 février 2014 11h53
> *Objet :* Re: [OSM-talk-fr] Base osm2pgsql monde d'osm13 et intervention
> programmée
>
> Le disque changé hier sur osm11 a terminé la reconstruction du RAID.
> Retour en "optimal" :)
>
> Pour osm13, enchainement de pépins hier: le nouveau SSD installé la
> semaine dernière s'est "déconnecté" et n'était plus accessible... après
> extinction/rallumage du serveur tout est revenu à la normale. J'ai donc
> relancé l'import en parallèle. Est-ce dû à une surchauffe de celui-ci ?
> C'est le graphe de température de munin me fait penser à ça.
>
>
>
> Le 5 février 2014 12:21, Christian Quest <[email protected]> a
> écrit :
>
> 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>
>
>
>
>
> --
> 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
>
>
>
> _______________________________________________
> Talk-fr mailing list
> [email protected]
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
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

Répondre à