Superkikim O Blog

Ben voilà, fallait s’y attendre et je m’y attendais !!! Le soit-disant expert en licensing m’a dit une connerie !!! Ca m’épuise.

Quand on ajoute un quatrième host sur un vCenter avec une license Essentials, on se fait envoyer péter ! Je vais du coup contacter VMWare, et réclamer, avec log de la discussion à l’appui, en espérant qu’ils transforment mes licences en Standard…

Oui, je sais… Faut pas rêver, mais qui ne tente rien n’a rien.

VMWare Vsphere 4 Essentials est en action jusqu’au 15 juin 2010. Vous pouvez l’obtenir pour 495$ au lieu de 990$. Une aubaine pour mettre un pied dans le monde de VMWare.

Une licence à 495$ supporte une instance vCenter 4 Essentials et 6 CPU pour VMWare Vsphere 4 Essentials.

La version Essentials offre les fonctionnalités suivantes:

• ESX ou ESXi à choix
• 4 VCPU par machine virtuelle
• Utilisation de l’Agent vCenter
• vCenter Update Manager
• VMSafe
• vStorage APIs

Ce qu’il ne supporte pas à ce prix là:

• High availability
• Data Recovery

Bon à savoir: d’après ma demande auprès d’un expert en licensing, il est possible d’acheter deux licenses à 495$ pour gérer jusqu’à 12CPU avec la même instance de vCenter.J’ai donc acheté cet après-midi deux licenses VSphere 4 Essentials, et j’ai obtenu deux licenses: Une pour deux « instances » vCenter, et une pour 12 CPU. Je vais donc rapidement savoir si l’information qui m’a été donnée est correcte. Si c’est le cas, c’est vraiment une bonne nouvelle.

Un tableau comparatif des différentes version est disponible ici: http://www.vmware.com/products/vsphere/buy/editions_comparison.html

Ce soir, j’ai installé Debian Lenny sur mon nouveau serveur multimédia que je prépare pour brancher à notre télévision.

J’ai une carte mère Atom 330 ION, avec quatre disques SATA 2TB, et un lecteur de cartes. J’ai acheté une carte SD classe 6 pour installer le système d’exploitation dessus.

Dans mon bios, j’ai défini ma carte SD comme premier disque. Lors de l’installation de Debian Lenny, cette carte était indiquée comme sde. A son installation, GRUB a fait un mappage hd0 => sda, hd1 = sdb ….. hd4 = sde…

Manque de pot, au reboot… rien

J’ai donc cherché un peu comment je pouvais d’abord être sûr que grub était bien installé sur ma carte SD, ensuite, vérifier quelle était vraiment ma partition. J’ai donc découvert la ligne de commande GRUB

Lorsqu’on a le menu de démarrage devant les yeux, il faut appuyer sur C pour avoir l’invite GRUB. Ensuite la commande root va déjà permettre dans un premier temps de voir par élimination si on est bien sur la seule partition ext2 du système (mes autres disques sont vierges)

A la base, je crois que le système est sur hd4 qui est mappé sur sde. hd4,0 correspond donc à /dev/sde1:

root (hd4,0)

Là, message d’erreur: Système de fichier inconnu. Puis je me souviens qu’à l’installation, j’ai vu l’installeur dire « grub (hd0) ». Et si le mappage était faux ??? J’essaie alors

root (hd0,0)

Et là PAF… file system ext2.

J’utilise alors la commande cat pour vérifier si j’ai bien un système de fichier root à cet endroit

cat (hd0,0)/boot/grub/menu.lst

Boom paf… Ca marche. Je vois mon fichier menu.lst qui apparait. Et je vois (bien sûr) que dans mon fichier menu.lst, c’est tout faux ! A savoir que mon grub essaie de démarrer sur hd4 avec le root en sde alors que c’est hd0 root en sde….
Je démarre donc directement depuis la commande grub directement, afin d’aller corriger tout ça. Pour ce faire, je copie simplement les lignes de mon fichier menu.lst que je viens d’afficher, en corrigeant simplement root (hd4,0) par root (hd0,0). Je copie la ligne kernel, et la ligne init.rd et hop…. elle est belle. Mon système démarre avec succès. Plus qu’à corriger le fichier menu.lst, redémarrer pour vérifier qu’on est bon, et on passe à la suite.

Mais j’ai l’impression que je suis pas sorti de l’auberge avec cette idée de démarrer sur un périphérique SD A suivre…

Fumeuse, fumeur, voici ce que vous infligés à votre ordinateur. Bien entendu, je ne vais pas m’étaler sur le fait que c’est aussi ce qui se passe dans vos poumons, je ne voudrais pas être moraliste.

J’ai récupéré cet ordinateur d’une amie car ce dernier avait planté et ne repartait pas. Heureusement, j’ai pu redémarrer, et tout remettre en ordre sans perdre les données. Et après avoir ouvert le système, j’ai vite compris que son problème était la surchauffe du processeur et de la carte graphique.

Les symptômes d’un ordinateur qui a le cancer du poumon sont donc les suivants:

• Poussière brunâtre et collante sur les grilles
• Fortes poussées de fièvre poussant les ventilateurs à tourner très vite et très bruyamment
• Perte de connaissance (plantage)
• Éruption d’écrans bleus (dans le cas de Windows bien sûr)
• Fatigue accentuée (ralentissement important et aléatoire du système)

Les dernières photos montrent le système après le nettoyage, vous l’aurez compris.

[View with PicLens]

Voilà une heure au moins que je cherche désespérément pourquoi après l’installation de VMWare Server 2.0.2 sur Debian Lenny, je n’arrive pas à me connecter sur l’interface web. En effet, celle-ci me retourne un bête « Login failed due to a bad username or password »…

Et tout d’un coup: tilt …. Il s’agit d’un serveur dédié chez OVH. J’essaie donc désespérément de me connecter via:

https://xxxxxx.ovh.net:8333

Pis là je me dis: Et si c’était un problème de hostname ?! Alors j’essaie avec l’adresse IP, et là: BOOM !!!! Ca marche !

Sans commentaire…

Mon problème était le suivant:

J’ai une machine OVH (SP Storage) préinstallée avec 4 disques. Mais OVH, lors de l’installation, fait un RAID1 sur les 2 premiers disques et c’est tout, or je voudrais, pour la plus grande partie, un RAID 5 sur quatre diques.

Comme j’ai pas envie de me prendre la tête avec une réinstallation complète, et comme je n’ai pas accès au KVM (trop cher), je vais laisser le système sur le RAID1, et supprimer la grosse partition, détruire le RAID1 qu’ils ont fait dessus, et recréer un RAID5 sur les 4 disques.

Pour ce faire, j’ai besoin de faire des partitions identiques à ce qui existe sur les deux premiers disques… Mais avec fdisk, j’arrive pas, car par exemple, la première partition fini sur le block 653 et la suivante démarre sur le 653 aussi 0_o Impossible à faire avec fdisk. Enfin, pas à mon niveau de novice.

Le plus simple que j’ai trouvé finalement, c’est de faire une copie de la table de partition, ainsi, j’ai quatre disques avec exactement les même partitions. Comme ca je vais faire un RAID5 sur les grosses partitions (/dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2), je vais faire du swap sur ce qui est déjà du swap sur les deux premiers disques (/dev/sdd1 /dev/sdc1) puis je fais me faire un petit RAID1 ou peut-être RAID0 à définir, sur /dev/sdc3 et /dev/sdd3.

L’avantage donc de cette commande, c’est qu’une fois faite, tous les disques auront exactement les mêmes partitions:

dd if=/dev/sda of=/dev/sdc bs=512 count=1
dd if=/dev/sda of=/dev/sdd bs=512 count=1

Il faut ensuite aller avec fdisk sur chaque disque modifié pour réenregistrer les partitions sinon les devices de partitions /dev/sdxx ne seront pas créés.

Pour copier un file system à l’identique, un bon moyen est d’utiliser un tar pipe qui permettra de s’assurer une copie des fichiers avec structure, permissions, hard links, et time stamp…

cd source_mounting_point
tar -cf - . | (cd /target_mounting_point;tar -xf -)

Voici un lien vers un excellent site qui présente un comparatif NAS très complet, et qui démontre, à mon grand dam, que le Zyxel NSA-220 avec lequel je me débats depuis des mois pour avoir des perf gigabit raisonnable est vraiment merdique Du haut de ses 12MB/s au maximum Non mais je rêve

http://www.smallnetbuilder.com/component/option,com_nas/Itemid,190

Il semble très difficile de trouver sur internet où diable se trouvent les headers pour le kernel exécuté sur une distribution Fedora 10…

Bien sûr, on trouve plein de guides qui nous disent: Installez simplement kernel-devel.

Oui mais NON !!! kernel-devel installe bien des sources, mais souvent, elles n’ont rien à voir avec le kernel exécuté. kernel-devel semble par défaut inclure les sources du dernier kernel existant.

Mais que faire ?

Ben la réponse est plutôt simple… Mais il fallait l’essayer

yum install kernel-devel-`uname -r`

Et le tour est joué. Les headers pour votre kernel seront installées, et le symlink vers /usr/src/`uname -r` automatiquement créé.

Dès lors, il suffira de donner le chemin correct (finissant par /include) pendant l’installation de vmware tools et le tour est joué.

Il est même possible qu’il soit détecté tout seul. Mais comme moi j’ai installé mes sources après avoir lancé l’installation et avant de donner le bon chemin, je n’ai pas pu vérifier la détection automatique du chemin. A vous de me le dire. Merci de laisser un commentaire pour confirmer ou infirmer.

Hier, j’avais besoin de faire une recherche dans les logs de mon serveur linux. Or, ceux-ci sont automatiquement compressés tous les jours par gzip. On se retrouve donc avec des fichiers .gz journaliers. Grep n’est pas capable d’en extraire du texte bien sûr.

La solution est de décompresser le fichier vers la sortie standard (stdout) et de faire le grep dessus. Par exemple:

gunzip -c *.gz | grep <motclé>
tar xzfO *.tar.gz | grep <motclé>
tar xfO *.tar | grep <motclé>