URL: https://linuxfr.org/news/actualites-de-l-association-linuxfr Title: Actualités de l'association LinuxFr Authors: Benoît Sibaud BAud, M5oul et Florent Zara Date: 2015年12月10日T10:17:38+01:00 License: CC By-SA Tags: linuxfr, dlfp, administration_système et debian Score: 67 Quelques petites actualités concernant l'association LinuxFr : cette dépêche contiendra des problèmes logiciels, du suspens, un bilan financier, des soucis matériels, pas de neige, un rapport moral, mais aussi une visite au _datacenter_ et une élection du bureau. Et tout cela le même jour, le 9 décembre 2015. ---- ---- ## Compte-rendu d’intervention sur le serveur zobe le 9 décembre 2015 ### Le problème de sauvegarde Voir les dépêches précédentes si vous voulez un peu d'historique sur les serveurs de l'association ([1](https://linuxfr.org/news/historique-des-serveurs-linuxfr-org), [2](https://linuxfr.org/news/gruik-fait-sa-tete-de-lard), [3](https://linuxfr.org/news/mise-a-jour-du-serveur-principal-gruik-de-linuxfr-org), etc.). Nous utilisons [duplicity](http://duplicity.nongnu.org/) pour sauvegarder via `ssh`+`rsync`+`gnupg` le serveur de production de LinuxFr.org. Ces derniers mois, les erreurs ont commencé à se multiplier sur la sauvegarde complète hebdomadaire (échecs les 10 octobre, 4, 8 et 29 novembre) : les écritures s'arrêtent brutalement avant la fin du transfert de données, les signatures des fichiers et la liste des fichiers sont vides et, du coup, la sauvegarde est inutilisable et les sauvegardes incrémentales suivantes échouent. Exemple : ``` 1048553614 oct. 4 06:44 duplicity-full.20151004T024201Z.vol27.difftar.gpg 984166400 oct. 4 06:54 duplicity-full.20151004T024201Z.vol28.difftar.gpg 0 oct. 4 07:00 duplicity-full.20151004T024201Z.vol29.difftar.gpg 0 oct. 4 07:07 duplicity-full.20151004T024201Z.vol30.difftar.gpg 0 oct. 4 07:13 duplicity-full.20151004T024201Z.vol31.difftar.gpg 0 oct. 4 07:16 duplicity-full.20151004T024201Z.vol32.difftar.gpg 0 oct. 4 07:23 duplicity-full.20151004T024201Z.vol33.difftar.gpg 0 oct. 4 07:29 duplicity-full.20151004T024201Z.vol34.difftar.gpg 4096 oct. 4 07:34 duplicity-full.20151004T024201Z.vol35.difftar.gpg 0 oct. 4 07:37 duplicity-full.20151004T024201Z.vol36.difftar.gpg 0 oct. 4 07:39 duplicity-full-signatures.20151004T024201Z.sigtar.gpg 0 oct. 4 07:40 duplicity-full.20151004T024201Z.manifest.gpg ``` Nous avons d'ailleurs mis en place une détection d'erreur dans le log duplicity via `grep -qsE "^(GPGError:|gpg:|BackendException:|Traceback)"`, mais ça restait du curatif. En cas de souci, on benne la sauvegarde pourrie et on recommence. On a creusé un peu le souci et voici quelques infos collectées : - l'outil de fuzzing `afl` évoqué dans [un journal sur le fuzzing pour éprouver les entrées de vos développements](//linuxfr.org/users/woffer/journaux/fuzzing-eprouver-les-entrees-de-vos-developpements) n'a [pas été utilisé](https://fuzzing-project.org/software.html) pour tester `rsync` ou `duplicity`. Dommage. - des bugs sur `duplicity` évoquent des fichiers vides, ça semble possible d'y arriver de plusieurs façons. Bug ouvert [#1084778 "manifest.gpg have zero size which breaks next backup"](https://bugs.launchpad.net/duplicity/+bug/1084778) ou [#606182](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606182) - il y a beaucoup de bugs ouverts sur [Launchpad](https://bugs.launchpad.net/duplicity) et personne n'est affecté aux bugs importants - les dernières versions duplicity 0.6.x ne sont pas disponibles dans Debian/Ubuntu, qui sont passées aux 0.7.x de toute façon, et a priori le bug est toujours là de toute façon - les données SMART sur nos disques ont commencé à nous annoncer une "FAILURE PREDICTION THRESHOLD EXCEEDED" sur un des disques, et d'autres avaient un taux d'erreur qui augmentait - un peu plus tard, un disque a carrément disparu du point de vue système d'exploitation. ### La visite au datacenter Il fut donc décidé d'aller faire un saut au _datacenter_ pour changer tout ou partie des disques (des 73.4GB 10000RPM SAS 2.5" MAY2073RC de 2006), d'en profiter pour ajouter la carte d'administration distante DRAC dont on parle depuis des années et de réinstaller le système complet en 64 bits avec une Debian fraîche. Avec l'accord du trésorier, ravi qu'on lui modifie le budget prévisionnel qu'il venait de nous envoyer pour l'assemblée générale, nous nous sommes procurés huit disques durs de seconde main (pas cher le _refurbished_ et ça permet d'avoir de la réserve) et une carte DRAC d'occasion aussi. Et une intervention (par Nils et Oumph) a donc eu lieu au _datacenter_ le 9 décembre 2015 (et il n'a pas neigé). La carte DRAC fonctionne et a été installée dans la bête (en haut à droite sur l'image) : [![Entrailles de zobe](https://linuxfr.org/images/historique/serveurs/zobe2_entrailles_small.jpg)](https://linuxfr.org/images/historique/serveurs/zobe2_entrailles.jpg) Un des disques durs avait juste été viré du RAID par la carte. Comme ça, pour rire. Du coup on a remis les disques en RAID 5 avec 7 disques + 1 de réserve (_hotspare_). On a installé une Debian Jessie 64 bits. On a retiré à chaud le disque pré-défaillant pour remplacement. Au redémarrage, on a re-découvert la blague de Dell sur l'option cochée par défaut sur le RAID "rester bloqué au démarrage bêtement si le RAID a eu un souci" (ça doit être drôle lorsque l'administrateur lance un redémarrage à distance). On déclare le disque remplacé comme nouvel _hotspare_ et on décoche la case pénible. On aurait bien mis à jour le BIOS du serveur mais la procédure était prévue pour un _bash_ et une RedHat, et on avait un _dash_ et une Debian (c'est surtout l'aspect « _rpm: command not found_ » le souci). Et puis bon ça faisait déjà plus de 2 heures qu'on était dans le calme et la douceur d'un _datacenter_. Donc ça sera pour une autre fois. Fin d'intervention, direction fin de configuration dans un bar avec WiFi connu pour avoir hébergé des First Jeudi (bonjour Armel), en attendant l'assemblée générale en fin de journée. Reste à savoir si cela va régler le souci de sauvegarde avec duplicity (oui c'était quand même ça le problème à la base) ; en tout cas, la première sauvegarde dimanche s'est bien déroulée. ## Assemblée générale de l’association LinuxFr Côté bilan moral, je vous invite à parcourir les dépêches de section [LinuxFr.org](//linuxfr.org/sections/linuxfrorg) qui retrace les évolutions du site, les stands tenus, etc. Nous avons aussi discuté du futur, de l'avenir et de la suite (et merci à [@hurdmann](https://twitter.com/linuxfrorg/status/674674965678002176) pour la fluidification des échanges). Côté bilan financier, peu de mouvements, en sortie dons et adhésions (April, LQDN), en entrée dons et adhésions et quelques revenus d'un livret A qui rapporte de moins en moins. Au final, un exercice négatif de quelques centaines d'euros. Le conseil d'administration et le [bureau](//linuxfr.org/informations) ont été reconduits.

AltStyle によって変換されたページ (->オリジナル) /