Apinc:Meeting5

Cinquième réunion des admins du serveur Jabber d'Apinc

• Quand ? Le lundi 13 novembre 2006, début entre 20h30 et 21h, dès que tout les admins sont là.
• 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.
• Comment procède-t-on ?
  • Les personnes souhaitant participer à la discussion ajoutent des points ou des remarques sur la page en attendant la réunion.

Ordre du jour

De nombreux points ont été recopiés de la réunion précédente.

Services JabberFR.org

Wiki

• Il faudrait migrer à une version plus récente, Nyco et moi nous en occuperons lorsqu'on aura le temps.

Note : attention au bot. Nyco 30 aoû 2006 à 18:15 (CEST)

Toujours pas fait, font vraiment qu'on le fasse. Par contre les nouvelles versions de mediawiki demande php5 et je crois que sur les serveurs de l'APINC y'a que php4 Omega 8 nov 2006 à 17:15 (CET)

Planet

• Tout va bien. Pas de changements à l'horizon. lucas 4 sep 2006 à 10:28 (CEST)

Robot JabberFR

• Pour l'instant il permet juste de recevoir des notifications pour le wiki, je m'occuperais du reste quand j'aurais plus de temps, surement vers fin septembre ou courant octobre. Omega 28 aoû 2006 à 20:07 (CEST)

Hum, en fait c'est codé mais faudrait que je teste plus et que je mette en place sur le forum, à voir avec Matt. Omega 8 nov 2006 à 17:15 (CET)

Communication de JabberFR.org

• Logo : Quelques logos sont visibles sur la page du wiki : LogosJabberFR, on devrait faire un vote pour voir lequel est le préféré des JabberFriens. Omega 16 mai 2006 à 13:43 (CEST)

Toujours rien de définitif, ca commence à trainer un peu trop. Elghinn a commencé avec un groupe de personnes de jabberFR de faire des nouveaux logos. Omega 8 nov 2006 à 17:15 (CET)

• Thème : Ca serait vraiment bien pour l'identité visuel du site d'avoir un thème à peu près commun entre le wiki, le forum, le planet et la page d'accueil Omega 16 mai 2006 à 13:43 (CEST)

cf Logo

Coopération avec les autres serveurs

• on devrait mettre en place quelquechose comme en disco sur xmpp.net.ru (cf jdev) (attention si sur psi il faut désactiver le parcours récursif), qui permet de voir la liste des serveurs jabber, on pourrait n'afficher que les serveurs Français.
  • Le plus simple serait de faire un petit composant s'appellant "jabberfr.org" qui répond uniquement aux requêtes disco et browse. C'est assez facile à faire. Qui s'en charge ? lucas 20 mar 2006 à 10:08 (CET)
  • Lucas s'est porté volontaire. Reste à redémarrer le serveur avec le composant et à l'annoncer publiquement. Lucas s'en occupe dans la semaine.
  • Oops, j'ai complètement oublié ca. Je regarde cette semaine. lucas 17 mai 2006 à 10:03 (CEST)
  • Le service est online, mais, même s'il génère des paquets disco conformes à la JEP, ils ne sont pas très bien traités par Gajim. lucas 11 jun 2006 à 23:04 (CEST)
    • Faudra jeter un oeil la dessus, mais c'est pas une priorité. Il faudrait aussi pouvoir ajouter d'autres serveurs à cette liste, genre ceux qui ont l'annuaire jabberfr et le muc dans la liste des services. Omega 8 nov 2006 à 17:15 (CET)

Proxy de transfert de fichiers

• Aucun problème à signaler

chat.jabberfr.org

• Mettre une liste de tout les salons publics de chat.jabberfr.org serait aussi interessant. Il faudrait mettre la description du salon, le sujet actuel et le nombre de personnes dedans. Ca permettrait surement d'inciter plus les gens à venir dans les salons. Faudrait aussi voir si c'est pas possible d'intégrer ca avec MUCkl. Omega 3 sep 2006 à 16:56 (CEST)
  • En fait je suis pas sur de l'utilité pour l'instant, y'a quasiment que le salon jabberfr qui est vraiment utilisé.
• J'ai créé un dépot SVN pour mes modifications de mu-conference, j'ai toujours pas réussi à joindre le mainteneur de mu-conf, donc on peut considérer ca un peu comme un fork. J'ai fait pas mal d'amélioration récemment pour coller plus à la XEP, il faudrait que je teste plus et que je mette ca en place sur apijab. Omega 8 nov 2006 à 17:15 (CET)

JUD

• rjud plante assez régulièrement, faudrait regarder pourquoi et remettre le script qui relance tout seul les services qui ne tournent pas. Omega 8 nov 2006 à 17:15 (CET)

Jabber.apinc.org

Jabberd

Plusieurs bugs nous affectent encore.

• When TLS is enabled, S2S sometimes use 100% CPU : nous empeche d'activer TLS sur les liens inter-serveurs
• SM locks after some time, using all CPU : aucune idée sur celui là, on ne l'a pas eu récemment.
• jabberd leaks memory : nous oblige à tout redémarrer ~ 1 fois par semaine. Ca doit être facile à débugger si qqun veut s'y coller !
• Running SM and XDB in seperate processes doesn't work because XDB requests timeout : si ca marchait, ca réduirait considérablement nos problemes de charge, et nous permettrait de passer facilement à xdb-mysql.
• S2S auth with SASL EXTERNAL doesn't work with ejabberd if certificate doesn't match server name : celui là est vraiment emmerdant. Un bug ejabberd fait qu'il propose l'auth par certificat même si ensuite il va nous jeter car le nom sur le certificat ne correspond pas au nom sur le serveur. On a un patch qui fait que notre serveur dit qu'il ne connait pas SASL, ce qui regle le probleme.

• J'ai regardé rapidement pour migrer vers xdb-mysql, il y'a pas de script de migration, mais ca devrait être assez simple de le faire. Par contre c'est à nous de définir les tables de la base, et dans la config de xdb-mysql on définit les requêtes qu'il faudrait utiliser. Omega 8 nov 2006 à 17:15 (CET)

Djabberd

• Gonéri propose d'utilisé Djabberd à la place de jabberd sur notre serveur. Djabberd est un serveur récent codé en Perl. Il semble pas trop mal, mais j'ai peur qu'il ne soit pas encore mature. Par contre ca reglerait d'un coup tout les bugs de jabberd :). Faudrait peut-être étudier si il est vraiment si bien que ca et si c'est pas trop dur de migrer (Gonéri à fait un petit script pour extraire les infos des fichiers de spool xml de jabberd, donc on devrait pouvoir migrer facilement). Omega 8 nov 2006 à 17:15 (CET)
  • « Par contre ca reglerait d'un coup tout les bugs de jabberd :). »

Et ça apporterait tous ceux de djabberd :) Elghinn 8 nov 2006 à 22:38 (CET)

Passerelles

Passerelle msn

Faudrait peut être mettre la version 0.11 (qui inclut le transfert de fichier) (voir avec Julien)

• Ca serait vraiment bien de voir si on ne peut pas désactiver certaines options en fonction de la charge (avatars, transfert de fichiers) lucas 20 mar 2006 à 10:08 (CET)

Julien} va mettre à jour la passerelle dans la semaine et regarder pour couper des options.

• Autres points :
  • Probleme de la presence non envoyée à la passerelle lors d'une déconnexion hasardeuse, à verifier Julien

Ca viendrait surement de jabberd.

• • 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) - Julien fait le 12/2/6 (finalement, ca n'a pas l'air réglé)

Julien : a regarder.

• En résumé, pas grand chose à signaler. Il faudrait se coordonner avec David Freitas, qui a un patch permettant de désactiver certaines features. lucas 4 sep 2006 à 09:41 (CEST)
• La passerelle est à jour ?

Autres passerelles

• On a décidé de garder les passerelles pour l'instant mais en service minimum, c'est à dire qu'on garde les vieilles passerelles en C, et tant que ca marche on y touche pas. Omega 8 nov 2006 à 17:15 (CET)

Accès par le web

• il faut toujours tester XIFFIAN index.php nécessaire
  • J'ai essayé, il y avait des problèmes mais je ne me rappelle plus lesquels ... lucas 20 mar 2006 à 10:08 (CET)

Ca ne marche pas avec notre c2s donc à voir après une migration éventuelle vers ejabberd.

Il faut réessayer avec jadc2s. lucas 4 sep 2006 à 09:41 (CEST)

Divers

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

• Passerelle IRC : Stephan Maka a bossé sur rbirc-t. Voir où ca en est + installer ? (Lucas)
  • C'est fonctionnel (testable sur irc.spaceboyz.net / #spaceboyz. Meme nom de salle (avec le # !) / serveur via Jabber).
  • Par contre, dans un premier temps, ca serait bien de tester avec irc.apinc.org. Mais irc.apinc.org est down, et pointe actuellement vers Freenode. Faire passerelle vers Freenode n'est pas une très bonne idée ... En attendant, Stephan a dit qu'il bosserait sur une option permettant de limiter à quelques channels, ce qui permettrait de quand même faire la passerelle vers Freenode. A voir dans le futur.

La passerelle IRC n'est pas indispensable pour l'instant, on verra plus tard.

irc.apinc.org remarche. Y a plus qu'à configurer :-) lucas 17 mai 2006 à 10:03 (CEST)

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. (post introuvable)

J'ai proposé un projet Google Summer of Code là dessus. lucas 17 mai 2006 à 10:03 (CEST)

wed veut bien essayer de s'en occuper.

Voir et mettre à jour http://wiki.jabber.org/index.php/Project_Proposals Nyco 30 aoû 2006 à 17:57 (CEST)

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

• Automatisations : wed aimerait, à terme, automatiser certaines choses.
  • Demandes de domaines : un formulaire web ? Mon idée est juste d'avoir les informations dans un format utilisable dans un script.
  • Demandes de mot de passe : envoi automatique du mot de passe à l'adresse e-mail préalablement fournie par l'utilisateur.

Je ne sais pas si le temps de développement de solutions automatiques est vraiment intéressant par rapport au temps que nous prennent ces tâches actuellement... lucas 4 sep 2006 à 09:41 (CEST)

• Le serveur jabber tournant sur le port 443, il n'y a pas d'accès ssl pour jwchat. Maintenant que vous avez plein d'ip, vous devez pouvoir vous organiser pour proposer plus d'accès ssl. Pour jwchat, mais aussi pour tout ce qui pourrait en nécessiter le besoin. Elghinn 4 sep 2006 à 15:58 (CEST)
  • On avait dit à la dernière réunion que ca pouvait pas être fait car on serait toujours en clair à cause du pooling, en fait je crois que c'est possible, faut que je vérifie. Omega 8 nov 2006 à 17:15 (CET)