• [^] # Re: tuxfamilly

    Posté par . En réponse à la dépêche L'hébergeur TuxFamily appelle les adeptes du libre à soutenir leur initiative. Évalué à 9.

    HS, mais est ce que les serveurs tuxfamilly ont disparu pour toujours de la liste des serveurs ntp de stratum 2 ?

    Non non, on fourni toujours un serveur ntp : http://www.pool.ntp.org/user/tuxfamily, mais effectivement, nt1.tuxfamily.net et ntp2.tuxfamily.net n'existent plus, c'est ntp.tuxfamily.net maintenant.

    Que recherchez vous exactement ?

    Nous recherchons :
    ‣ des modérateurs, qui s'occupent de :
    • modérer les demandes faites sur le panel (projets, espaces web,...). Une demande est acceptée si le projet est libre (logiciel sous GPL), si il semble un tant soit peu intéressant (nous avons par exemple tendance à conseiller aux utilisateurs de contribuer à leur distribution, plutôt que de créer un n-ième dépôt avec les même paquets dedans, une une n-ième distribution dérivée), si la personne semble de bonne fois (on se méfie par exemple des descriptions comportant une liste de licences libres semblant piochées au hasard sur le site de la fsf, ou des descriptions sans rapport avec le libre comportant "Licence : GPL" à la fin),...
    • répondre aux demandes des hébergés, que ce soit sur IRC, ou sur les mailing-lists, il faut donc connaître un minimum la plate-forme pour pouvoir apporter de l'aide, et savoir garder son calme quand on vous demande pour la 18ème fois quel est le nom du serveur SQL, alors que c'est marqué clairement à plusieurs endrois dans la faq (d'ailleurs, pour ceux qui se poseraient la question, le nom en question est 'sql')
    • vérifier régulièrement si les sites que l'on héberge ne sont pas hors charte (des personnes ayant passé la modération, qui hébergent du contenu limite, sans rapport avec la description, ou même du contenu illicite)
    • compléter la faq, traduire les sites, écrire de la documentation,...

    ‣ des contributeurs à VHFFS (http://www.vhffs.org/) : VHFFS est la plate-forme d'hébergement utilisée par TuxFamily, elle est écrite entièrement en perl. Actuellement, il n'y a que deux développeurs actifs. Une fonctionnalité souvent demandée, mais pas encore réalisée, est de pouvoir utiliser Trac (http://trac.edgewall.org/) sur TuxFamily, et pour cela il faut qu'il puisse utiliser les informations stockées dans la base de donnée de VHFFS (login, password, dépôts svn,...), mais nous n'avons pas les compétences ni le temps pour le faire à titre personnel (Trac est écrit en python, que personne parmis nous ne maîtrise suffisamment). Toutes les contributions sont les bienvenues, et pour peu qu'elles soient utiles, elles seront rapidement acceptées, et mises en production (http://julien.danjou.info/blog/index.php/post/2007/10/11/Jai(...)).

    ‣ des administrateurs : cette partie est assez spéciale, car d'un côté, c'est ce dont on manque le plus, mais de l'autre côté c'est aussi là que l'on acceptera le moins facilement de nouvelles personnes. Être administrateur, c'est avoir le root sur toutes les machines, et s'occuper des différentes tâches d'administration. Nous ne pouvons donc pas accepter une personne comme administrateur juste parcequ'elle vient nous dire bonjour sur IRC. Depuis le début de TuxFamily, les admissions de nouveaux administrateurs se sont toujours faites par cooptation, et j'ai été historiquement la seule personne promue administrateur sans avoir jamais rencontré physiquement un autre membre de l'équipe. De plus, contrairement à ce que l'on pourrait croire au premier abord, c'est loin d'être une tâche très créative ou très excitante. En effet, la mise en place de nouveaux services est très rare, et très brève (guère plus de quelques heures une ou deux fois par an), et le reste de l'année, le rôle de l'administrateur consiste à s'assurer que le service tourne bien. Ça veut notamment dire :
    • surveiller les différentes machines (CPU, load, nombre de process, utilisation disque...) pour s'assurer que tout marche correctement
    • surveiller les débordement des hébergés (rapide augmentation de l'espace disque ou de la bande passante utilisée, processus suspects sur les machines, gros envois de mails,...)
    • surveiller que les différents services tournent bien
    • ...
    Bien sûr, cela peut sembler facile, et insignifiant, mais c'est la plus grosse part du travail. En effet, non seulement les petit (ou gros) disfonctionnements sont nombreux (la partie émergée de l'iceberg est visible sur http://tuxfamily.info/), mais en plus cela nécessite une présence et une vigilance constante, et une réaction rapide, car chaque minute ou un service ne répond plus, c'est énormément d'utilisateurs impactés. Par exemple, il y a quelques jour, un utilisateur a commencé à envoyer des mails en masse, depuis notre service web. Nous avons pu intervenir rapidement, et bloquer la page trouée, mais dans ce laps de temps, c'est plus de 18000 spams qui sont partis de chez nous, et nous avons été blacklistés par le service mail de yahoo. Ce travail est tellement peu gratifiant, que l'un des personnes ayant été acceptée en tant qu'administrateur est parti après un mois sans même s'être loggué sur les machines.
    Enfin, être administrateur demande aussi quelques (beaucoup de ?) compétences :
    • administration réseau et système (routage, vlan, load-balancing, dns, apache, exim, mysql, postgresql, iptables, nss, Debian,...)
    • programmation (bash, C, perl, php,...)
    • patience et sens de l'humour à toute épreuve.
    À l'heure actuelle, une seule personne connaît entièrement la plate-forme, et serait capable de la remonter entièrement de zéro.
    Et si vous voulez devenir administrateur, il faut aussi que vous soyez prêt à remettre en cause ce que vous connaissez et à faire des concessions pour vous adapter à la plate-forme (on acceptera par exemple pas quelqu'un qui arrivera en nous disant "virez exim, qmail c'est mieux, et en plus c'est ce que je sais utiliser").

    Si vous êtes motivés pour nous rejoindre et nous aider dans l'une de ces trois catégories, vous pouvez nous rejoindre sur irc://irc.tuxfamily.org/#tuxfamily, ou irc://irc.tuxfamily.org/#vhffs pour VHFFS. Cependant, soyez conscient qu'être administrateur ou modérateur prends BEAUCOUP de temps, et qu'il faudra non seulement être quasiment toujours présent sur IRC (et backlogguer en revenant quand vous n'êtes pas là, faute de quoi vous serez vite "à la ramasse"), mais aussi être prêt à y consacrer plusieurs heures par jour, et qu'en plus de cela, c'est un travail qui n'est pas du tout gratifiant. Si avec tout ça vous n'êtes pas totalement dégoutés, vous pouvez jeter un œil à ce billet qui parle des problèmes de renouvellement de l'équipe au sein de TuxFamily (ça date de septembre 2006, mais c'est malheureusement toujours d'actualité) : http://julien.danjou.info/blog/index.php/post/2006/09/13/330(...).

    Dans le même genre d'idée, quels sont les services indisponibles pour cause de manque de moyens ?

    Les services indisponibles pour l'instant sont tout ceux utilisant massivement le RAID :
    ‣ sauvegardes
    ‣ statistiques des sites web
    ‣ dumps des bases de données
    ‣ captures des sites web (utilisées par exemple sur http://demoll.tuxfamily.org/)
    ‣ ...

    Attention je ne promets rien hein, j'ai déjà peu de temps pour moi ;)

    C'est exactement le problème auquel nous sommes tous confrontés, et c'est pour cela par exemple que sur 4 administrateurs officiels, il n'y en a que deux actifs, et que c'est la même chose pour les modérateurs.
    Et comme tu dois t'en douter si tu as lu le texte jusqu'ici, il est fort peu probable que nous acceptions une personne qui ne peut consacrer que quelques heures par semaine à sa tâche, car l'expérience nous a prouvé que c'était largement insuffisant, et que cela nous faisait perdre beaucoup de temps (en formation, aide,...) pour une personne qui deviendra rapidement totalement inactive (puisque lors de rares moment où elle sera là, soit le travail aura déjà été fait par les autres personnes, soit si un problème récurrent survient, elle ne saura pas comment le résoudre, puisque elle n'aura pas été là lorsque le problème est apparu précédemment).