France/OSM-FR/Groupes de travail/Technique/Agenda des réunions

Mercredi 20 juin 2018

où

• sur IRC, réseau OFTC, canal #osm-fr-tech à 21h00.

Ordre du jour

• proposition d'hébergement de la part d'Aquilenet
• passage d'osm27 à proxmox 5
• fin de la migration des services d'osm11
• installation d'une VM Proxmox Mail pour filtrer les spams sur les listes de diffusion
• site web next -> www
• VM pour JOSM

Compte-rendu de la réunion

• point sur les machines de Free osm11, osm12, osm13
  • 3 serveurs donnés par la Fondation Free, et hébergé par la Fondation Free - contrat de 3 ans en 3 ans
  • datant de 2012, et disques durs vieillissants
  • à mettre à jour, niveau RAM et disque dur, et à passer à proxmox 5
• migration des derniers services d'osm11
  • umap sur osm12, via une copie du container openvz, puis migration sur osm11 après mise à jour - cquest
  • garmin sur le cluster OVH, dans une VM apache statique - Jocelyn
  • galette sur osm12 - cquest
  • nomino (même VM que umap), à migrer avec umap, ou sur OVH suivant le temps
  • analyser (même VM que garmin), à migrer avec garmin - Jocelyn
• mise à jour osm26/27/28 vers proxmox 5
  • faite complètement
  • reste un souci avec ipv6 qui ne se reconfigure pas tout seul au démarrage - gateway non configurée
  • ceph a des souci avec le monitor d'osm27, qui plante des fois. -> à investiguer
• VM pour JOSM
  • Vincent Privat nous donne le choix entre "4 vCores (Xeon 2GHz), 16 GB RAM, SSD 400 GB" ou "1 coeur, 8 GB RAM, 200 GB de disque"
  • feu vert pour le choix 2, et on proposera le 1 quand osm11 sera en marche
• VM pour Proxmox Mail
  • feu vert pour l'utiliser pour filtrer les spams
  • à installer dans un nouveau container - Marc_marc
• Passage de www à next
  • seul point manquant = l'archive de l'ancien site, et de servir les anciens articles sur les URLs non présentes sur le nouveau site
  • pour l'archivage:
    • mise en statique des contenus à préserver via wget
    • les mettre dans un dossier de next
    • configurer nginx pour utiliser ces fichiers si non présents sur wordpress - cquest

• Besoins proposés ou à couvrir
  • serveur wms osm22, chez cquest, à mettre à jour, et à déplacer vers le Crans --> proposition d'un appel aux dons pour acheter du matos pour osm11, osm12, osm13 et osm22.
  • VM proxy de lyon devant osm13/osm25, dont le cache pourrait être trop petit, parce que faisant trop de requêtes hittant sur le cache d'osm13/osm25 --> à voir si on peut monter ce cache
  • géocodeur addok FR, sur osm11 mis à jour
  • hébergement photo pour "remplacer" mapillary/openstreetcam
  • analyses osmose tournant tous les jours
  • autres besoins à lister sur https://mypads.framapad.org/mypads/?/mypads/group/osm-fr-upup77pw/pad/view/tech-osm-fr-rx2j37705, puis à remonter à TTN/FFDN le cas échéant.

Jeudi 24 juillet 2014

où

• sur IRC, réseau OFTC, canal #osm-fr-tech à 21h00.

Ordre du jour

• Répartition des machines entre les hébergeurs
  • déplacement des services de l'association ailleurs que sur osm11 ? (Redfox)
• Cache de tuiles pour rendus HOT et FR ?
  • comment fonctionne le système d'osm.org ? Est-ce que quelqu'un peut regarder les configs dispo sur github ?
  • possible sur Pau ? Lyonix ? autre ?
• Nouvel hébergement à La Fonderie
  • quel serveur ? cquest propose le R710 qui a acheté d'occasion et upgradé
  • mise en place du NAS 12To HP... Fonderie ?

Compte-rendu de la réunion du 24 juillet

• objectif à terme d'avoir deux machines pour le rendu, chacun avec un SSD de 1 To:
  • osm13 pour les tuiles de tile (prod), à Bezons
  • osmXX pour les tuiles de tile (backup) + layers (dev), à la Fonderie, osmXX étant le R710 (ci-dessus)
  • configuration des deux serveurs identiques, y compris pour les tuiles (utilisation d'ansible pour ça ?)
• Passage d'Overpass API sur osm12, sur le ssd de 500 Go déjà présent
• Proposition d'une campagne de financement pour le hardware - cf Campagne
• Maintien des services de l'association sur osm11 (pour les conserver sur une machine et un site fiables)
• Installation de la dernière version d'owncloud prévu pour l'association
• Test d'un SSD pour Osmose
• Abandon pour le moment de l'installation d'un proxy. Idée à remonter suivant les besoins futurs.

Mercredi 3 juillet 2013

où

• sur IRC, réseau OFTC, canal #osm-fr-tech à 19h00.

Ordre du jour

• Possibilité d'installation d'un disque SSD dans osm12 (config similaire à osm13) ? (cquest)
• Solutions à mettre en place pour que les bases de données osm2pgsql de osm13 et osm108 puissent être interchangeables quand l'une ou l'autre est en maintenance (sly, cquest)
  • Synchronisation sur github des config d'import, des utilisateurs des autorisations ? (sly)
  • Simplification des colonnes importées par osm2pgsql afin d'être au plus proche des styles upstream (cartoCSS) (sly)
  • Pointage DNS pour permettre une reprise sur panne centralisée ? (sly)

• Ajout de nouveaux rendus (HOT et http://maps.refuges.info couverture monde) (yohan, sly)

• Partage des modèles de terrain pour rendre disponibles les courbes de niveaux et les ombrages aux différents rendus qui le souhaitent (yohan, sly, jean-claude, ...)
  • Merge de différent DEM de différent horizon pour fournir un DEM global de meilleur qualité (type patchwork ?) (yaka)
  • quelqu'un de motivé pour télécharger le DEM ASTER "worldwide" avec moi (put... d'opération de mer.. mal fout.) ? (sly)
  • De la mise en commun d'un DEM "monde" possibilité d'appel permettant des opérations sur les altitudes ? (API ?) (Fréd)

Compte-rendu de la réunion du Mercredi 3 juillet 2013

• Accord de principe pour ajouter un SSD sur osm12. La demande sera soulevé à la prochaine réunion CA pour une installation potentielle en août. En attendant, la VMs cadastre sera déplacée sur osm11.
• Sur osm13 : passage à un schéma osm2pgsql standard pour osm2pgsql, sans colonne ajoutées. osm12 utilisera le même schéma.
• les rendus ("layers", 2u, openriverboat) seront déplacés et adaptés d'osm108 sur osm13. (cquest / sly / jocelyn)
• Passage à un outil comme cfengine/puppet/chef pour configurer toutes les machines. (jocelyn)
• Installation de la base osm2pgsql sur osm12 avec le schéma par défaut (config à l'identique d'osm13)
• utilisation de osm2pgsql-monde.openstreetmap.fr pour pointer sur la machine osm12/osm13 à utiliser

• ajout approuvé de HOT + refuges sur osm13

• Stockage possible des DEMs sur le HDD de osm12. Le format est encore à définir (postgresql / shp ?). Une fois décidé, ils seront copiés sur osm13.

Lundi 10 décembre 2012

• sur IRC, réseau OFTC, canal #osm-fr-tech à 21h.

Ordre du jour

• • Hébergement du WMS sur osm107 - quels territoires ont des orthophotos dispos, et comment les mettre en place ?
  • État du troisième serveur Free
  • Ajout de rendus, dédiés pour le mappeur, et/ou http://fluv.io
  • Utilisation du blade prochainement installé à Mont-de-Marsan

Compte-rendu de la réunion du lundi 10 décembre 2012

• pour le rendu, cquest ou jocelyn dupliqueront la VM osm105, et laisseront sly et ybon adapter la VM à mapnik2, en utilisant un dev.layers.openstreetmap.fr
• par ailleurs, le certificat SSL de www.openstreetmap.fr a été remplacé par un certificat CACert suite à une suggestion de RedFox
• concernant le WMS, il est toujours prévu de déplacer Tours sur wms.openstreetmap.fr. Si on n'arrive pas à génerer les tuiles là bas, cyrille copiera ses 96 Go de données.
• pas de nouvelle du troisième serveur Free.
• préférences pour déplacer la prochaine réunion tech à une autre jour que le lundi. Un sondage sera lancé à ce sujet.

Vendredi 21 octobre 2011

• sur IRC, réseau OFTC, canal #osm-fr-tech à 21h.

Ordre du jour

• • gestion des serveurs actuels (accès root, et services actuels)
    • convention pour les machines osm7 et osm8 hébergées par Aquinetic
  • DNS openstreetmap.fr + autre DNS éventuel ?
  • autohébergement
    • site web
    • forum (?)
    • wiki interne
    • logiciel de gestion d'asso
    • alias email @asso.openstreetmap.fr vers email respectives des membres.
  • besoin et hébergements possibles
  • autres points ?

Compte-rendu de la réunion du 21 Octobre 2011

log irc complet

• accès root sur les serveurs: accès root pour Guillaume Allègre en complément de Jocelyn sur l'ensemble des serveurs.
• point sur les serveurs actuels: Jocelyn fait l'état de l'espace disque et de la charge de chaque machine.
• convention: Jocelyn envoi la convention à Gael (copie à Christian) en vue de sa signature
• DNS: accord pour récupérer la gestion de openstreetmap.fr + consensus pour acheter osm - fr . org
• auto-hébergement:
  • web (futur www.openstreetmap.fr): site sous Drupal7 hébergé sur osm4 (ou osm3, à voir), géré par cquest et Marc
  • forum: récupération de forum.letuffe.org (phpbb) avec son contenu pour le mettre sur osm4 (ou osm3)
  • mailing list: installation de sympa pour gérer les listes internes, et stocker les email comme president@
  • wiki interne: trouver un wiki accessible aux non-techniciens. Choix à rediscuter
  • partage de documents en internes: à discuter
  • gestionnaire de bugs: trac à moyen terme

Mercredi 14 décembre 2011

• sur IRC, réseau OFTC, canal #osm-fr-tech à 21h.

Ordre du jour

• • Serveurs de la fondation Free - que demander ?
  • Point sur les services déjà à disposition
    • La page Fr:servers est-elle bien à jour ?
    • Améliorations souhaitables ?
      • Mise en forme (?)
      • Accessibilité aux infos et aux statistiques depuis le portail www.openstreetmap.fr
  • Nouveaux services possibles
    • Revue du brainstorming de début 2010 dispo sur FR_talk:Servers pour voir ce qui est toujours d'actualité
    • Statistiques et animations sur la base des extraits OSM "full-history". Message sur liste dev-fr
    • Discuter de la marche à suivre pour placer de nouveaux outils, scripts sur les serveurs
      • Intérêt : profiter de l'accès à une base à jour (en lecture seule) pour ses stats, ses contrôles qualité
      • Démarche possible : Essais préalables en local (base perso) ou sur le serveur, présentation au groupe tech, présentation à la communauté.
      • Rédiger un tuto (wiki)  ? Pour indiquer le(s) schéma(s) de db utilisé(s), contact pour disposer d'un répertoire perso et d'un accès RO à une base ?
      • Suivi des ressources utilisées par chaque script pour éviter les surcharges (si surcharge il y a)
  • ...