Fruité à coeur

Un pépin ? Compile le noyau ! Fortement résumé, c’est le résultat de mes recherches quant à la mise en oeuvre de ma carte WiFi Intel 7260. Le fond de l’histoire est que le noyau linux utilisé dans la dernière version stable wheezy de Debian est un kernel 3.2.0, et que c’est vieux dans un monde qui va vite et alors que le dernier stable kernel est en 3.16.3…

Allez, c’est parti pour compiler le noyau dans la dernière version longterm à l’heure actuelle disponible 3.14.19. Autant le dire dès le début, aucun impact sur l’actuelle configuration, puisque vous pourrez via grub démarrer sur l’ancien et le nouveau noyaux. Et après tout, la méthode est assez aisée. Alors que de prime abord, on a l’impression d’un long couloir technique sans fin où tout peut arriver…

Couloir

Lire la suite

L’amer domaine .io

Spoliation, déportation et intérêts américains seront la conclusion de ce court article, triste partition commençant sur un air geek.
De nombreux sites sont sous le domaine .io, et comme le relève wikipédia, il est populaire pour de nombreuses start-ups car c’est le sigle du fameux Input/Ouput. Mais derrière cette histoire du net se cache une ignoble page d’histoire !

Une rapide recherche nous révèle que ce domaine est le domaine national du Territoire britannique de l’océan Indien. Dans un premier élan, on découvre une histoire coloniale somme toute classique. Néanmoins, en creusant un peu plus, on découvre l’ignominie.

Certes l’histoire du Territoire britannique est policée, mais l’histoire de l’archipel en question l’est beaucoup moins ! L’archipel des Chagos, tel est son nom, a été vidé de ses habitants pour pouvoir installer une base militaire américaine, plantée tel un porte-avion géant en plein milieu de l’océan indien !

L‘article wikipédia est peu ou prou une traduction du World Factbook de la CIA :

Entre le 17 juillet 1966 et 1973, les Chagossiens, les habitants autochtones de l’archipel, sont intégralement déportés vers Maurice et les Seychelles.
Cette déportation est motivée par la construction d’une base militaire britannique et ouverte aux Américains. Autorisée le 30 décembre 1966, la base est ouverte le 1er octobre 1977 après le rachat de toutes les terres le 3 avril 19672.
C’est dans ce contexte que les Chagossiens se lancent à partir de 1998 dans une série de recours en justice à l’encontre du gouvernement britannique.
Finalement, les Chagossiens sont déboutés le 22 octobre 2008 lorsque la chambre des Lords, le dernier recours en appel dans le système judiciaire britannique, entérine la situation et ne laisse aucune possibilité de retour pour les Chagossiens.

Sources :
https://www.cia.gov/library/publications/the-world-factbook/geos/io.html
https://fr.wikipedia.org/wiki/Archipel_des_Chagos
rendez-vous avec X – Les Chagos ou les oubliés de la guerre froide

Installation de GitLab sur Debian

Le partage, un des maitres-mots du mouvement DevOps, commence par l’usage d’un référentiel (Repository pour les anglophones) communautaire. Il sert bien sûr pour partager des sources de codes que chacun pourra corriger et améliorer, mais il sert aussi au perfectionnement des configurations. La mise en commun des configurations, ce grand travail collectif précédemment abordé, permet une mise en lumière sur des besoins spécifiques, les dépendances de certains packages ou certaines versions de logiciels, ou encore certains paramétrages d’intergiciel (middleware pour les anglophones), ou les paramétrages des équipements réseaux. Quant une équipe mets en place un logiciel utilisant un port particulier autant qu’elle l’insère elle-même directement dans le fichier de configuration des plages de ports à ouvrir. A contrario de l’usage propriétaire où il faut opérer à une demande auprès de l’équipe réseau pour reprendre l’exemple, cette démarche de modification par tous -et pour tous- n’est possible que dans une dynamique communautaire.

Un des plus célèbres référentiels communautaires est GitHub.com, or pour différentes raisons, entre autre de confidentialité, il peut être interdit d’usage dans certaines sociétés (OVH : Pourquoi j’ai interdit GitHub ?). Il est donc intéressant de trouver une solution interne. Un de ces gestionnaires de référentiel Git est GitLab qui propose une Community Edition (CE) et une Enterprise Edition (EE), ainsi qu’une Continuous Integration qui sort de notre actuel sujet. Voyons dans cet article comment installer GitLab CE.

Lire la suite

Meetup Puppet Paris

Dans les locaux de D2-SI, le tout premier meetup Puppet en France fut un beau succès ! En ce 22 mai 2014, il a fallu que les organisateurs poussent les murs pour faire rentrer les 42 participants au chausse-pied dans les 35 places d’un salon moderne et confort.
Le chausse-pied en question était l’enthousiasme de l’équipe tout autant que celle des participants. La colonne vertébrale de cette rencontre était l’improvisation, autour de laquelle le partage eut pleinement sa place. Suite à une rapide présentation d’Ahmet Demir, la soirée s’est poursuivie en deux parties. Dans un premier temps une démonstration sur le pouce néanmoins pédagogique de Laurent Bernaille et dans un second temps un cocktail agrémenté de petits fours (entendre un pizza/bière digne des plus belles soirées de coding) d’échanges conviviaux d’expériences et de conseils entre meetupers.

Le second opus eut lieu hier dans les locaux haussmanniens de Xebia. En point final de la journée DevOps Day ; comme quoi ça vibre à Paris !
Cette rencontre était dans un autre format plus proche de la conférence, tout autant plaisant. A la tribune Steven Thwarts de chez Puppet Labs, a présenté Puppet Enterprise pendant que les participants remplissaient des post-its des points qu’ils souhaitaient voir aborder, quand ils ne s’aspergeaient pas en tentant de s’en décapsuler une. Prenant ces notes en ordre dispersé, Steven a animé les sujets pour que les réponses proviennent des participants eux-mêmes, puis il proposait ses propres conseils. Cette sollicitation des participants a cassé le formalisme pour s’orienter vers un réel partage, le tout clos de l’expertise de Steven Thwarts et des commentaires de Steven Coltman, dans un buddies Steven and Steven.

C’est une réelle joie cette émulation et cette spontanéité de chacun. Vivement le prochain Meetup Puppet Paris !

TweetMeetup

Je sais, c’est moche de se citer.

Mon EverNote a retenu pour moi :
http://puppetlabs.com/resources (podcasts & PuppetConf Videos)
http://puppet-lint.com/
http://rspec-puppet.com/
http://gitimmersion.com/
https://github.com/croomes/gonzo

S’initier à l’iSeries

L’AS/400 reste un mystère pour beaucoup, sa longévité fascine et son fonctionnement intrigue. Citons quelques caractéristiques. Un système d’exploitation assis sur une base de données. Tout y est objet. Une lecture/écriture sur une armée de disques en simultanée offrant des temps d’accès record. Des allocations de ressources aux traitements à la volée. Une confusion entre mémoire et disque qui sublime le swap. Une gestion native des contextes qui permet à plusieurs environnements de cohabiter avec les mêmes programmes en toute étanchéité.
D’une fiabilité éprouvée et d’une modernité incroyable, cette machine est fort intéressante à appréhender.

Par obligation ou opportunité, contraint ou en autodidacte, on a parfois besoin ou envie de s’initier à cette machine. Sans trop savoir comment s’y prendre, on peut être perdu alors que c’est sans doute la machine la plus aisée à aborder ! Un comble. Voyons donc ici quelques astuces pour commencer votre auto-formation.

Lire la suite

DevOps – Présentation – 3

Le facteur humain est, à mon sens, le plus important dans une démarche DevOps. Dans les deux articles précédents, je décrivais « bonheur de produire de la qualité ensemble », et je vulgarisais rapidement les concepts de Continuous Integration et Continuous Delivery apportant respectivement le bien-être du développeur et le confort de l’exploitant. Concentrons-nous ici sur le « produire ensemble », sur la charnière entre ces deux mondes, autrement dit sur la collaboration de ces deux ensembles d’équipes.

Le terme d’ensemble est choisi pour sa confusion entre l’adverbe et le nom, subtilité de la langue française dont j’abuse. La notion d’ensemble des équipes est important et mérite une présentation. Ce qui nous aménera à se poser la question de leur collaboration ensemble.

Flow

Lire la suite

DevOps – Présentation – 2

Le rapprochement entre les équipes de développement et d’exploitation est l’élan principal du mouvement DevOps. Pour appréhender l’interactions entre ces deux équipes, il faut comprendre le cycle de vie d’une application. Si celui-ci comporte une phase initiale d’analyse des besoins et d’études de faisabilité entre autre, il passe, pour ce qui concerne notre sujet, par une chaine de montage (un workflow pour les anglophones) qui va de la conception à la mise en production. Du développement à l’exploitation.

Cette présentation est plus de la vulgarisation qu’un discours hautement académique, je prends donc le parti de la simplification et de présenter le cycle de vie comme l’adjonction de deux cycles distincts, celui du développement et celui du déploiement dans les environnements de recette et de production. On pourrait palabrer sur la pertinence de cette césure, et il est vrai que certaines méthodes voire outils ne les distinguent pas aussi franchement, mais le but avoué de cet article est de présenter les deux concepts qui ainsi s’appuient sur un cycle de vie, respectivement le Continuous Integration et Continuous Delivery (Intégration continue et Livraison continue pour les francophones).

LifeCycle-Continuous

Lire la suite

DevOps – Présentation – 1

Dans une DSI, les équipes d’exploitation sont garantes de la stabilité et de l’intégrité du système, alors que les équipes de développement sont sollicitées pour des aménagements et des nouvelles fonctionnalités. Leurs objectifs sont source de discorde dont la principale victime est l’activité. Et j’emploie le terme d’activité pour l’activité commerciale de biens ou de services d’une entreprise, pour l’activité morale, sociale, éducative d’une association, pour l’activité politique d’un parti, ou pour tout autre forme d’activité parce que la finalité de l’outil informatique est bien de porter une activité.

Cette activité demande de pouvoir, d’une part exprimer un besoin, soit une entrée pour le développement et d’autre part utiliser son système d’informations dans de parfaites conditions soit une sortie pour l’exploitation. Les plus acerbes diraient que le serpent se mord la queue. Et les querelles de clocher.
Pour le bien de l’activité, le mouvement DevOps promeut la suppression de ce point de friction par le rapprochement entre les équipes. Et pour ce faire, le mouvement DevOps réfléchit, explore et propose de nouvelles organisations, de nouvelles méthodes en privilégiant la motivation de chacun et la coopération de tous.

Lire la suite

L’apprenti sorcier

Ne maitrisant plus la situation, l’apprenti est dépassé par les événements. Le poème symphonique de Paul Dukas dont la création (première représentation) eu lieu le 18 mai 1897 à Paris, est bien connu. Sans doute plus grâce à une souris à 8 digits doigts, que par Der Zauberlehrling de Goethe.
Expérimentant l’automatisation d’installations, j’ai eu un geste malheureux. Sortez les violons… Mon disque est totalement nettoyé. Je dois tout réinstaller. Rien de bien sorcier.

Quand on bricole ses configurations, il est toujours important de sauvegarder ses données, vous le savez déjà vu le nombre de fois où vous l’avez lu, mais il est tout autant important de se préparer une petite clef USB de réinstallation sans les mains. Tout simplement parce que c’est si facile quand on a tout à disposition et si compliqué avec un disque vierge…
Afin d’éviter l’immobilisation perpétuelle d’une clef, je ne vais lui implanter l’installeur qu’à la demande. Et en démarche devops, j’ai créé un script qui fait le café, et cet article présente les grandes lignes d’une installation ex-nihilo à l’aide d’une simple clef USB, choix effectué en constatant que les lecteurs CD/DVD disparaissent des configurations matériel (qui a dit Raspberry ?). Ce simple passage en revue peut donner des idées ou des indications à tout un chacun.
Lire la suite

La petite graine – 2

Pour automatiser ses installations Debian, il faut savoir concevoir sa petite graine, preseed pour les anglophones. C’est ainsi que je commençais mon premier volet décortiquant partiellement la fameuse petite graine.
Depuis 2 mois, je vous laisse sur votre faim et pour cause ! Force est de constater que je ne sais pas encore comment parfaire ma pré-configuration. Le point d’achoppement est le partitionnement automatique, tout ce qui est partman…

A l’heure actuelle, même si j’ai encore des pistes de recherches et des tests à effectuer, je n’ai toujours pas de réponses satisfaisantes.
Voyons donc dans ce second volet, l’ensemble des recherches effectuées. Parce que savoir s’informer et chercher fait partie intégrante de la culture DevOps.

Lire la suite