Google PlusFacebookTwitter

Linux From Scratch et ARM Cortex-A7 – Partie 1

By on Nov 22, 2013 in Embarqué, Linux | 0 comments

Quand les envies prennent vie ! Installer une distribution c’est bien, c’est pratique, c’est « simple ». Tout un tas de commandes sont à notre disposition, un guide pour partitionner le disque, un autre pour configurer le réseau, il existe même un gestionnaire de paquets qui permet de gérer en toute simplicité les dépendances entre programmes. C’est incroyable ! (bientôt, sur Canal D !) Dans 99,99999999% des cas cette approche est parfaite mais il y a toujours le 0,00000001% (hey, c’est moi !) qui souhaite essayer autre chose. Comme par exemple, construire pas à pas un système GNU/Linux de zéro (from scratch). Étant donné que je suis un mec super cool (mes chevilles vont bien, merci), je vais essayer de retranscrire dans une série de billets ma toute récente expérience dans le monde l’embarqué et du from scratch. En quoi cela consiste ? L’idée...

Obtenir les identifiants d’un tenant via Keystone

By on Oct 23, 2013 in OpenStack | 0 comments

Cool… C’est quoi Keystone ? Keystone (OpenStack Identity) est en quelque sorte la pierre de fondation d’OpenStack, tous les composants reposent sur ce système d’authentification. C’est est un annuaire qui centralise toutes les authentifications et autorisations nécessaires aux multiples services d’OpenStack. Il peut aussi servir de catalogue de service. Keystone s’appuie sur un SGBDR soit de type SQLite, MySQL ou PostgreSQL. Keystone en mode debug Keystone en mode debug est extrêmement prolixe (j’utilise des mots compliqués pour me donner un genre), verbeux (synonyme de prolixe) dans le sens ou il fournit une multitude d’informations comme par exemple les identifiants d’un tenant (projet) ! Cela veut dire qu’avec ces informations il est possible de gérer un projet de A à Z (créer des instances, détruire des instances,...

Too many IMAP sessions, closing ImapSession

By on Sep 21, 2013 in Zimbra | 0 comments

Mais pourquoi mon client IMAP timeout !! Ahhhh (ceci est un soupir de béatitude), quelle belle journée ! Le soleil brille, les oiseaux chantent, la soirée fut arrosée et un poil charnelle. Ce matin personne dans les transports, une place assise vous tend les bras, wwwooowww que la journée commence bien, ça ne peut que s’améliorer ! Une fois assis(e) à votre poste et connecté(e), vous ouvrez comme à votre habitude votre client mail préféré mais là c’est la drame ! La récupération des messages mouline, c’est long, très long… quand tout à coup un splendide message d’erreur vous indique que votre client est timeout !  😆 (oui je suis un sadique) La cause de ce désarroi Dans les logs Zimbra le message « Too many IMAP sessions, closing ImapSession » fait son apparition, il signifie que le nombre de session maximales par utilisateur a été atteint. Par défaut...

OMG… Mon instance Nova OpenStack est cassée !!!

By on Août 25, 2013 in Linux, OpenStack | 2 comments

Et oui… ça n’arrive pas qu’aux autres ! Une instance nova qui ne démarre plus et c’est le drame, les collègues courent dans tous les sens. Avons-nous des sauvegardes ? Non ? Quoi ? Ahhhhh !!! Mais qu’allons-nous dire au client ? En théorie il existe une solution, je dis bien en théorie car si l’image de l’instance est gravement corrompue alors dans ce cas c’est le drame. 😀 qemu-nbd, un ami qui vous veut du bien Les instances nova sont dans notre cas des instances KVM/Qemu et donc par conséquent encapsulée dans un disque de type QCOW2 ou RAW. La solution consiste à utiliser la commande qemu-nbd qui permet de monter le disque d’une instance dans un répertoire et donc : De récupérer des données (votre client sera content…) De réparer une instance (réseau par exemple) Le disque de l’instance sera accessible via le...

WARNING: kernels compiled by different gcc versions

By on Août 19, 2013 in Linux | 0 comments

J’ai installé les kernel-debug mais… Après un crash de serveur l’un des premiers réflexe (comment ça non ?) est d’aller voir si un crashdump est disponible et lisible. Lors d’une tentative de lecture du crashdump l’erreur suivante peut apparaître : WARNING: kernels compiled by different gcc versions: /usr/lib/debug/lib/modules/2.6.32-358.14.1.el6.x86_64/vmlinux: 4.4.6 ../127.0.0.1-2013-06-13-15:45:39/vmcore kernel: 4.4.7 123 WARNING: kernels compiled by different gcc versions:  /usr/lib/debug/lib/modules/2.6.32-358.14.1.el6.x86_64/vmlinux: 4.4.6  ../127.0.0.1-2013-06-13-15:45:39/vmcore kernel: 4.4.7 Pour faire court, le paquet kernel-debug installé pour lire  les informations du crashdump n’est pas identique à la version du noyau utilisée lors du crash du serveur. Mais quelle version utiliser alors ? Installer un...