« Apinc:Meeting1 » : différence entre les versions

De Wiki JabberFR
Aller à la navigation Aller à la recherche
Ligne 42 : Ligne 42 :
**** Un serveur principal rapide (genre bi-pro à 2 Ghz, minimum 1 Go de RAM.). Espace disque peu important (< 20 Go)
**** Un serveur principal rapide (genre bi-pro à 2 Ghz, minimum 1 Go de RAM.). Espace disque peu important (< 20 Go)
**** bande passante : < 1 mbps. 300 kbps actuellement, mais certains nouveaux services risquent d'augmenter un peu la consommation.
**** bande passante : < 1 mbps. 300 kbps actuellement, mais certains nouveaux services risquent d'augmenter un peu la consommation.
****  
**** Un serveur de backup (un vserver dans une machine partagée avec d'autres services, par exemple)
**** idéalement, un accès physique à la machine et un reboot à distance
* Lucas met en place un monitoring de la bande passante utilisée par le serveur (déjà présent via Apinc). (Prérequis: déménagement du serveur, pour ne pas surcharger le serveur actuel)
* Lucas met en place un monitoring de la bande passante utilisée par le serveur (déjà présent via Apinc). (Prérequis: déménagement du serveur, pour ne pas surcharger le serveur actuel)
* Passerelle MSN : tout va bien ?
* Passerelle MSN : tout va bien ?

Version du 7 février 2006 à 14:42

Réunion des admins du serveur Jabber d'Apinc

  • Quand ? Lundi 6 février à 21h
  • Où ? Salle admin@chat.jabberfr.org
  • Qui ? Les admins du serveur Jabber d'Apinc et les personnes souhaitant y assister sans perturber la réunion.
  • log complet de la discussion

Ordre du jour

Services JabberFR.org

  • Wiki : qui se charge de maintenir mediawiki à jour ?
Omega se charge de voir avec Nyco qui fait quoi. Lucas peut donner les login/password du compte FTP.
    • Le fil RSS des modifications récentes du wiki pose problème à certain aggrégateurs : voir le fil sur le forum Nyco
  • Forum
    • Tiennou voit avec yttrium pour l'ajout de nouvelles catégories et d'un fil RSS.
  • Planet
    • Talou regarde ce qu'il peut faire pour les problèmes mineurs de style (est-ce un bug de Planetplanet ?)
  • Annuaire, Chat : tout va bien
  • Amélioration du portail www.jabberfr.org
    • Lucas rajoute les derniers posts du Planet sur le portail
    • Lucas modifie le script punbb pour enlever certaines catégories de l'affichage des derniers posts. Talou regarde quelles catégories il faut garder.
    • L'idée d'afficher les derniers messages échangés sur jabberfr@chat.jabberfr.org est rejetée.
  • Robot JabberFR: Talou, omega et jb travaillent sur un bot permettant :
    • D'envoyer les notifications de nouveaux messages dans le forum ou le planet
    • De publier sa présence sur le web, à la edgar
    • A priori, ca serait basé sur class.jabber.php ou Neutron
  • Communication de JabberFR.org
    • Logos/boutons "jabberfr.org": on commence par demander qqes idées autour de nous (Greenshad travaille sur une).
    • Tiennou prépare une liste de contacts "presse" pour passer des news de temps en temps
    • Greenshad propose un nouveau visuel pour jabberfr.org
  • Coopération avec les autres serveurs
    • Tiennou relance fritalk
    • JabberFR.org cherche à encourager la création de nouveaux serveurs.
      • Lucas modifie les sites jabber.apinc.org et le wiki pour inciter les gens à créer leur propre serveur.
  • Proxy transfert de fichiers (exchange.jabberfr.org) : wed fait une installation pour tester.
  • Présence aux RMLL: à rediscuter plus tard. Y a-t-il vraiment de quoi faire un stand ?

Jabber.apinc.org

  • Déménagement et changement de serveur : il y a deux problèmes :
    • Il faut trouver un hébergeur qui nous héberge gracieusement (Sivit OK, mais limite de 5mbps).
    • Il faut trouver une machine (machine dispo chez carxwol, mais certains admins Apinc sont contre)
      • Lucas contacte Tuxfamily et HP et voit pour les IBM e325 peut-être dispo.
      • Nos besoins sont :
        • Un serveur principal rapide (genre bi-pro à 2 Ghz, minimum 1 Go de RAM.). Espace disque peu important (< 20 Go)
        • bande passante : < 1 mbps. 300 kbps actuellement, mais certains nouveaux services risquent d'augmenter un peu la consommation.
        • Un serveur de backup (un vserver dans une machine partagée avec d'autres services, par exemple)
        • idéalement, un accès physique à la machine et un reboot à distance
  • Lucas met en place un monitoring de la bande passante utilisée par le serveur (déjà présent via Apinc). (Prérequis: déménagement du serveur, pour ne pas surcharger le serveur actuel)
  • Passerelle MSN : tout va bien ?
    • Probleme de la presence non envoyée à la passerelle lors d'une déconnexion hasardeuse, à verifier Julien
    • Il faudrait pouvoir vérifier la charge du serveur et celle due à la passerelle MSN car pas de vue là-dessus pour l'instant Julien
    • Améliorer le monitoring (éviter les false positive trop nombreux)
  • Autres passerelles :
    • Il faudrait essayer pyicqt/pyaimt et éventuellement migrer. Jb et peut-être d'autres font une install pour tester. On ne peut pas migrer sans avoir changé de serveur d'abord.
  • Accès par le web (punjab + jwchat, meebo, xiffian, ...)
    • Vérifier que ça marche (apparemment c'est pas le cas, cf mail de G. Carrier) + est-ce qu'on a la dernière version ?
    • Installer les autres
    • Tiennou, jb, omega regardent
  • Remettre en place des tests de fonctionnalité (est-ce qu'on peut se connecter en SSL ou pas SSL, et parler avec un autre serveur ?) pour détecter plus vite les pannes
Il existe des frameworks de tests je crois... Nyco
faits par Lucas ? Julien
ouais, mais ils ne marchent pas parfaitement. Y a besoin d'un peu de boulot. Lucas
Pour l'instant, on a très peu de pannes. On se garde ça pour plus tard.
  • Envisager une migration de jabberd1.4 à ejabberd ?
    • La migration demanderait beaucoup de travail. Il n'est pas clair actuellement si la meilleure solution est jabberd2 ou ejabberd. Il faudrait commencer par comparer objectivement les différentes solutions.
  • Tester TLS avec jadc2s. (Personne ne s'est désigné pour l'instant)
  • Synchro de l'heure par NTP (Lucas)
  • Les admins ne veulent plus recevoir les messages envoyés au serveur. (Lucas)
  • Ajout de connexions "test" dans le routeur. (Lucas)
  • Ajout des domaines en attente (Lucas)
  • Passerelle IRC : Stephan Maka a bossé sur rbirc-t. Voir où ca en est + installer ? (Lucas)

Divers

  • Idée d'un système distribué de surveillance des serveurs Jabber (peut-on se connecter et discuter entre les serveurs ?)
stats MRTG/stats d'uptime Nyco
Ouais, mais ca ne permet que de vérifier si on peut se connecter aux serveurs. C'est insuffisant la plupart du temps. Lucas
Pas de volontaire pour l'instant. Talou cherche un post de stpeter à propos de ça.
  • Organisation : définir des chefs de projets pour tous les grands services (chaque service de jabberfr et du serveur Jabber de l'APINC). Un chef de projet peut mais n'est pas forcément responsable de la réalisation technique d'un projet. Un chef de projet est simplement un point de contact pour les gens qui veulent avoir des informations ou participer à un projet. Il discute de l'orientation technique du projet avec la personne chargée de la réalisation (la discussion est facilité si c'est la même personne) et assure la communication autour du projet et la coordination avec les autres projets si besoin. La première chose à faire déjà est un liste des services à gérer : wiki, forum, annuaire, planet, serveur chat.jabberfr.org, serveur IRC, site web de l'APINC, serveur Jabber de l'APINC, clients web, passerelles, autres ?
    • Je ne crois pas trop aux contributions massives pour les projets libres. Dans quasiment tous les projets, 10% des contributeurs font 90% du boulot. Du coup, s'organiser pour favoriser les contributions extérieures est souvent une perte de temps. Par contre, c'est vrai qu'il faut documenter qui s'occupe de quoi pour les services qui ne sont pas centraux (ou triviaux à gérer), surtout que certains services sont gérés par des personnes qui ne sont pas forcément "membres" (meme si c'est loosely-defined) de l'équipe (Planet -> Talou, Forum -> Matthieu)
    • Tiennou se charge de faire une liste des "sous-responsables" et de la publier qqpart (doc/ ou wiki)