Oh le beau log

Je ne m'étais jamais réellement penché sur le benchmarking de système de fichier.

Jusqu'à ce que je me retrouve confronté a cette problématique dans mon univers professionnel.

Me faisant la main sur IOZone j'ai pu tirer des graphiques intéressant sur les performances de la Dedibox Pro que je teste dans tout les sens.

J'ai deposé mes graphiques sur ma Gallerie Personnelle.

Ces “tests” ont été réalisé avec les arguments suivants :

# iozone -Raz

Ce qui nous donne :

# -R  Generate Excel report
# -a  Auto mode
# -z  Used in conjunction with -a to test all possible record sizes

Ma dedibox pro est installé avec le FakeRaid actif sur les deux disques Sata en ext3, XFS et ReiserFS

A titre de comparaison, une personne avait “bêta testé” les Dedibox Pro et graphé de la même façon les I/O : http://www.freenux.org/?p=23

Suite à un petit échange de mail interne entre mon Chef et moi, un développeur et le chef de projet dont celui-ci dépend, je me suis retrouvé devant le cas de figure suivant :

Le prestataire en hébergement et infogérance que je nommerais “X” est long et mauvais dans la réalisation des taches qu'on leur demande.

Il nous est arrivé plein de fois de donner les modifications a apporter ligne par ligne dans certains applicatif système (crontab, vhosts, etc) pour y retrouver malgré tout des fautes.

Pire encore, si nous faisons une erreur et que l'on s'en aperçois, le prestataire ne se pose(ras) jamais la question sur ce qu'on lui donne a faire est correct ou erroné. Celui-ci se contente bêtement d'appliquer les demandes.

Vous rajoutez parfois des délais à en faire pâlir de jalousie une administration lambda et vous aurez notre prestataire “X”.

Bref! Je me suis retrouvé à devenir root sur les machines par le biais d'une faille Linux que j'ai exploité et à intervenir pour faire des modifications triviale mais qui aurait pu prendre la semaine a faire faire.

Est ce bien raisonnable ?

En tout cas mon chef ne s'est pas posé la question, j'ai retrouvé sa clé ssh publique dans les clés autorisé de “root”

Et moi qui effaçais mes traces … (et qui ai des scrupules en prime)

Toujours dans mes pérégrinations sur mon installation de Xen sur une Dedibox Pro, je me suis retrouvé face à quelque chose de rigolo.

Connecté en IPMI pour assister au bon déroulement du boot, j'avais systematiquement une fenetre “noire” lorsque le kernel se mettais en branle.

J'ai découvert qu'il y a une option qu'il ne faut surtout pas activer dans le kernel avec Xen activé.

Dans les options Xen :

 Linux Kernel v2.6.18-xen-r12 Configuration
 ──────────────────────────────────────────────────────────────────────────────
  ┌────────────────────── Linux Kernel Configuration ───────────────────────┐
  │  Arrow keys navigate the menu.  <Enter> selects submenus --->.          │  
  │  Highlighted letters are hotkeys.  Pressing <Y> includes, <N> excludes, │  
  │  <M> modularizes features.  Press <Esc><Esc> to exit, <?> for Help, </> │  
  │  for Search.  Legend: [*] built-in  [ ] excluded  <M> module  < >       │  
  │ ┌^(-)─────────────────────────────────────────────────────────────────┐ │  
  │ │    File systems  --->                                               │ │  
  │ │    Instrumentation Support  --->                                    │ │  
  │ │    Kernel hacking  --->                                             │ │  
  │ │    Security options  --->                                           │ │  
  │ │    Cryptographic options  --->                                      │ │  
  │ │    XEN  --->                                                        │ │  
  │ │    Library routines  --->                                           │ │  
  │ │---                                                                  │ │  
  │ │    Load an Alternate Configuration File                             │ │  
  │ │    Save Configuration to an Alternate File                          │ │  
  │ └─────────────────────────────────────────────────────────────────────┘ │  
  ├─────────────────────────────────────────────────────────────────────────┤  
  │                    <Select>    < Exit >    < Help >                     │  
  └─────────────────────────────────────────────────────────────────────────┘  
                                                                               

Il faut impérativement que “Disable serial port drivers” soit décoché !

 Linux Kernel v2.6.18-xen-r12 Configuration
 ──────────────────────────────────────────────────────────────────────────────
  ┌────────────────────────────────── XEN ──────────────────────────────────┐
  │  Arrow keys navigate the menu.  <Enter> selects submenus --->.          │  
  │  Highlighted letters are hotkeys.  Pressing <Y> includes, <N> excludes, │  
  │  <M> modularizes features.  Press <Esc><Esc> to exit, <?> for Help, </> │  
  │  for Search.  Legend: [*] built-in  [ ] excluded  <M> module  < >       │  
  │ ┌^(-)─────────────────────────────────────────────────────────────────┐ │  
  │ │<*>   SCSI backend driver                                            │ │  
  │ │<*> Block-device frontend driver                                     │ │  
  │ │<*> Network-device frontend driver                                   │ │  
  │ │<*>   Network-device frontend driver acceleration for Solarflare NICs│ │  
  │ │<*> SCSI frontend driver                                             │ │  
  │ │<*> User-space granted page access driver                            │ │  
  │ │[*] Scrub memory before freeing it to Xen                            │ │  
  │ │[ ] Disable serial port drivers                                      │ │  
  │ │<*> Export Xen attributes in sysfs                                   │ │  
  │ │    Xen version compatibility (no compatibility code)  --->          │ │  
  │ └─────────────────────────────────────────────────────────────────────┘ │  
  ├─────────────────────────────────────────────────────────────────────────┤  
  │                    <Select>    < Exit >    < Help >                     │  
  └─────────────────────────────────────────────────────────────────────────┘  
                                                                               

Sinon après vous passez 3 jours comme moi à jurer comme un charretier sur ce pauvre IPMI qui n'avait rien demandé à personne.

Bon … Maintenant que j'ai un Xen qui tourne, les deux cartes réseaux qui fonctionnent, un FakeRaid actif, il ne me manque plus que les IP supplementaires pour débuter mes vrai test…

Mes peregrinations avec la Dedibox Pro continuent mais ça se dirige dans le bon sens.

Après moulte recherche, j'ai découvert que ce n'était pas du vrai RAID Hardware mais du “Fake Raid”.

L'intel Matrix Storage est un hybride entre le Raid Hard et Soft. Ce n'est ni mieux ni pire qu'un raid soft et ce n'est pas un raid Hard. Ca soulagerais juste un peu le systeme sur la gestion du raid soft.

Bref c'est a voir a l'usage.

Pour mettre en place l'Intel Matrix Storage sur la Dedibox Pro, c'est par ici que ca se passe.

Impossible de faire reconnaitre le RAID HARD par leur systeme rescue “ubuntu”.

Donc je me fend d'un mail :

Bonjour,

Le RAID software n'étant pas une solution pour moi, j'ai vu que via l'IPMI des dedibox pro on pouvait avoir un RAID hard.

Sauf qu'aucune de vos distributions ne le prend en compte.

Comment faire ?

Merci d'avance,

Cordialement,

Réponse :

Bonjour,

Le chipset raid actuel n'est actuellement pas supporté par Dédibox.
Il le sera peut être prochainement mais il a n'est pour l'instant pas considéré comme avantageux, en matière de fiabilité, pour nos abonnés.

Cordialement,
-- 
Le support Dedibox

Ca me sidère …

Bon je ne m'avoue pas vaincu pour autant

Une fois sur leur système rescue lancé (c'est marrant ca lance une ubuntu meme si on choisis une freebsd …), il suffit d'installer les outils.

# apt-get update
# apt-get install dmraid

Après on tripatouille un peu et on arrive a avoir le raid qui fonctionne.

Vais continuer mes bidouillage moi tiens …