En ces temps frisquets, rien de tel que quelques links sur le pour et le contre des systèmes de “configuration management“. On en parle ici, là ou encore là.

Si ces links ne vous intéressent pas, vous pourrez profiter des vacances pour faire un shell comme celui de M. sysadvent. Sysadvent qui d’ailleurs regorge de perles : travailler en équipe, collecter ses datas efficacement avec collectd ou ne pas foirer ses migrations.

Et puis que seraient toutes ces connaissances sans base pour les stocker ? Beaucoup d’entre nous utilisent un wiki. Ca tombe bien, Matt Simmons parle d’étendre médiawiki pour nous, les minions de l’infra.

Allez, bonne lecture.

Je profite de cette periode de calme pour tenter un nouveau type de nouvelle, “Ask GCU”, à mi chemin entre le forum et l’information.
GCU, c’est au minimum 150 ingénieurs sur IRC, avec chacun leurs experiences, leur connaissances et leurs blagues toujours du meilleur goût. À travers les années, nombre de questions ont trouvé leurs réponses sur le canal, mais même si loggée si dessus, la vie du canal est bien trop mouvementée pour former une knowledge base où puiser rapidement et efficacement (si des lutins parmis vous ont une idée sur la question, j’écouterai les propositions avec intérêt).

Je me lance donc le premier avec une question pour laquelle j’ai un intérêt immédiat et réel.

J’ai démarré un nouveau job voila quelques semaines, et il m’incombe de trouver une methode fiable de Haute Disponibilité. Ma plateforme doit :

• Répondre le plus rapidement possible
• Être tolérante aux pannes
• Permettre le remplacement d’équipement de façon la plus transparente possible
• Être scalable, là encore de manière transparente

Les services visés en premier lieu sont des serveurs HTTP/HTTPS, mais la solution devra probablement assez rapidement pouvoir gêrer d’autres types de services (SMTP,DNS,IMAP…).

Il y a quelques années, dans un autre boulot, c’étaient des Switchs Load Balancers de type Foundry, grâce au protocole VRRP pour la redondance, qui prenaient en charge ces opérations. Dans mon précédent job, c’étaient des machines GNU/Linux équipées d’IPVS affublées d’un script maison pour assurer un semblant de redondance.

Aujourd’hui, des lutins du canal m’ont parlé du couple HAProxy / keepalived qui semble présenter un nombre important d’avantages, comme notamment le fait qu’il fonctionne parfaitement sous Xen (au contraire d’IPVS) ou encore sa capacité à gêrer la persistance de session.

Et vous, avez-vous mis en place ce type d’architecture ? Si oui, quel menu avez-vous choisi ? (réponses souhaitées en commentaire evidemment)

Eh bien malgré le fait que cela soit tout frais, et que je n’ai encore point eu le temps de tester, voici (à ma connaissance) la première fois que l’on peut retirer un volume (utilisé/en cours d’utilisation) d’un filesystem constitué de plusieurs (volumes).

Il y a des avancées journalières, comme vous pouvez le constater ici, ici, ici, ici, ici et là.

Moi je dis, « c’est aaaaah, c’est aaaah ».

PS : n’hésitez pas à laisser en commentaire des observations et/ou remarques sur la gestion des volumes dans les FS, je pense que ça intéresse beaucoup de monde.

C’est quoi un “DNS menteur” ? C’est par exemple, quand tu tapes asdfasdasd.monbeaudomaine.com dans ta barre d’adresse, et que les DNS de ton FAI te renvoient subtilement sur une pseudo page de recherche, “oh désolé ce domaine / sous-domaine n’existe pas mais sans doute etes vous interesses par cette belle pub d’un vendeur de asdfasdasd. ”

L’ICANN qui coordonne la gestion des domaines de premier niveau a condammné le mois dernier dans un document intéressant la pratique des “DNS menteurs” pour des raisons techniques et de neutralité du réseau.
Voila un document que je me ferais un plaisir d’envoyer a mon FAI qui a décidé a ma place de définir les limites du réseau.

Hep hep, ça fait un bail que la vieille marion a été engagée, mais on la cachait un peu dans les sous-sols, elle est maintenant promue à la réception, du moins à partir de la prochaine journée portes ouvertes.

Y parait même qu’on lui a donné une formation et quelques explications.

Alors comme ca, on se permet de rouler à pleine vitesse sur les autoroutes de l’information, tout en balançant des prospectus pour… mais c’est quoi votre truc la ? le mur qui se marre“, vous dites ? vous m’avez tout l’air d’avoir consommé des substances illégales. Et en plus, c’est quoi ces photos à caractère pornographique ? Houlala, mais je crois qu’on a trouvé notre grand gagnant de la semaine roger… appelle le central, il nous faut le cachot réservé aux fortes têtes.

Ca fait donc 4. C’est la grande braderie des marteaux chez Mr Pichon sachez le ! Il vient d’ailleurs de mettre la nouvelle version de son marteau à fichiers dans ses rayons.

Voila ce qu’on peut lire sur l’étiquette :

• Version 4 is now the default for newfs_hammer and is no longer
  considered a work in progress. : La version 4 est désormais la version par défaut pour newfs_marteau et n’est plus considérée comme “travail en cours”.
• Filesystems may be upgraded to version 4 in-place. The UNDO FIFO
  (typically 1G) is reformatted so the upgrade might take a minute or
  two depending. : les systèmes de fichiers peuvent être mis à jour à chaud. Le FIFO UNDO (typiquement 1G) est reformaté, l’upgrade peut donc prendre une minute ou deux.
• Des accélerations du tout grâce à une optimisation de la séquence de flush.
• Un avant goût de trucs intéressants avec l’implémentation d’une infrastructure REDO mais sans encore les opérations REDO

Vous pouvez avoir les détails ici (ou via la digestion). N’oubliez pas l’adresse de Mr Pichon.

ps : afin de ne pas choquer les auditeurs nous avons remplacé le nom de celui-qui-n-est-pas-humain par un nom plus banal. bonne journée.

C’était pas possible jusqu’à aujourd’hui; NetBSD fournissant un X.org dans le système de base, les paquets pour le serveur X modular se trouvant dans pkgsrc n’étaient simplement pas construits. Sauf que, ça peut servir!

C’était pas possible, jusqu’à aujourd’hui. Vos serviteurs ont mis en place un repo tout beau tout neuf. Maintenant, z’avez plus qu’à faire pointer votre pkgin vers le dépôt qui correspond à votre archi, et roule ma poule!

Requêtes particulières, venez relouter GuiGui2 ou iMil sur #netbsdfr@freenode.

Un truc hype en ce moment c’est les systèmes de message queuing et les serveurs comme RabbitMQ ou øMQ. Mais ce qui nous intéresse, c’est l’utilisation grandissante de cette technologie so 2.0 pour l’admin sys. Rapide présentation de ce qu’il est possible de faire avec ça. Et c’est disponible pour tous.

Toi aussi, parle à tes machines plus vite que la lumière. Attention, tu peux aussi faire du flan avec, si tes daycidors ne veulent pas te donner de nouveaux jouets dis leur que des gros aussi lorgnent dessus.

Allez, désolé pour ta vie sociale.

Les enfants ont le droit au calendrier de l’avent, les sysadmins aussi ! Il est dispo ici, avec la case “comment faire un diagnostic cool“, ou bien “les syadmins qui codent“. Et des nouveaux posts jusqu’au 25, pour toi petit chanceux.

Si jamais tu dévores tout d’un coup, pour attendre la suite tu peux grignoter ce qu’il y avait au menu l’an dernier (et c’est de la bonne stuff, parole de lutin).