Shadoware.Org - Mot-clé - raid

KMDAlert - Logiciel de surveillance de périphérique RAID - Version pour KDE 4.0

Ulrich Van Den Hekke — Sun, 14 Aug 2011 20:43:00 +0200

Présentation

Possédant chez moi des disques durs en RAID logiciels sous Gnu/Linux, en 2007 (cela fait déjà 4 ans), j'avais écrit un petit logiciel dont le but était de faire du monitoring RAID.

En cas de reconstruction du RAID ou de disque défectueux, le logiciel affiche une notification à l'utilisateur, et change le statut affiché dans la barre de notification (systray). L'icône change bien sur en fonction de l'état du RAID :

dégradé (avec un point d'exclamation)
en cours de synchronisation (avec une barre de progression)
disque RAID dans un état normal

Ce logiciel ne tournait que sous KDE 3.X.

Voici donc une nouvelle version (qui a mis le temps de sortir) qui est un portage de l'application sous KDE 4.X. Elle utilise donc le nouveau système de notification de KDE (pour l'instant en passant uniquement par les notifications standard). Quelques améliorations y seront apportées plus tard.

Requis

Pour fonctionner KMDAlert nécessite que le dossier /sys soit monté et que /sys/block/ soit renseigné pour chaque volume RAID (exemple /sys/block/md0, /sys/block/md1, ...). KMDAlert observe ensuite les modifications faites sur les fichiers pour informer l'utilisateur des modifications faites sur le volume RAID ou sur les disques le composant.

De nos jours le dossier /sys et /sys/block devraient être toujours présents.

L'application a été développée sur Gnu/Debian Squeeze, sur un KDE 4.4.5 avec un noyau 2.6.32.

KMDAlert ne nécessite pas de Inotify. KMDAlert lit le contenu de plusieurs fichiers dans le dossier /sys toutes les 6 secondes pour être informé de la modification de l'état du périphérique. Sur l'application d'origine, développé sous un noyau 2.6.18, Inotify n'est pas averti des modifications faites sur le système de fichier /sys. Les dates de ces fichiers ne sont pas non plus modifiées. Si quelqu'un a une autre méthode à me proposer, je reste ouvert à toutes propositions.

KMDAlert est une application écrite en utilisant les librairies de KDE, mais devrait tout de même fonctionner sous Gnome. Les messages de notification utilisent donc le système de notification de KDE (bien que je n'utilise pas toutes ses possibilités).

Compilation / Installation

La compilation et l'installation de KMDAlert se fait à l'aide du trio habituel :

# Décompression de KMDAlert
tar xjfv kmdalert-0.2-77c0d6b4d49f.tar.gz
cd kmdalert-77c0d6b4d49f
 
# Préparation de la compilation
mkdir build
cd build
 
# Comilation
cmake ../
make
 
# Installation
make install

La compilation nécessite les librairies de développement KDE et Qt3, ainsi que le compilateur GCC.

Licence

La licence choisie est la GNU GENERAL PUBLIC LICENSE

Téléchargement

Vous pouvez télécharger une archive déjà construite de l'application sur KDE-Apps.org.
Le dépôt officiel pour télécharger les sources et participer : http://hg.shadoware.org/kmdalert.
Vous pouvez également télécharger la version attachée au billet.

Système de suivi

Il n'y a actuellement plus de système de suivi pour ce logiciel. En cas de problème, vous pouvez laisser un message dans les commentaires ou m'envoyer un mail.

KMDAlert - Logiciel de surveillance de périphériques RAID

Ulrich Van Den Hekke — Fri, 17 Aug 2007 16:12:00 +0000

Présentation

Possédant chez moi des disques durs en RAID logiciel Gnu/Linux, j'ai toujours ressenti le besoin d'avoir une application graphique minimale pour m'avertir des changements d'états du RAID. (Par exemple un disque dur est défectueux, le RAID est dégradé, le RAID est en reconstruction). Et, par exemple, dans le cas de la reconstruction être averti à la fin de la reconstruction.

KMDAlert est un petit logiciel Gnu/Linux que j'ai écrit, et permettant d'afficher des informations sur les volumes RAID (gérés à l'aide du module noyau md-mod) dans la boîte à miniature (SystemTray).

L'icône change suivant l'état du RAID (ATTENTION : Les icônes choisies sont moches, si un graphiste veut me proposer d'autres icônes, je reste ouvert aux propositions) :

dégradé
en cours de synchronisation
ou tout simplement Ok.

Des messages de notifications informent aussi l'utilisateur du changement d'état d'un disque sur le RAID (par exemple le disque est en échec, supprimé, ajouté, la synchronisation démarre ou est terminée).

Le logiciel est actuellement uniquement disponible en pour KDE 3. Je n'ai pas encore pris le temps de le ré-écrire. Bien que cette application a été écrite dans mon cas particulier (un RAID 1) je me suis dit qu'elle devrait fonctionner pour les autres RAIDs et intéresser d'autres personnes.

Requis

Pour fonctionner KMDAlert nécessite que le dossier /sys soit monté et que /sys/block/ soit renseigné pour chaque volume RAID (exemple /sys/block/md0, /sys/block/md1, ...). KMDAlert observe ensuite les modifications faites sur les fichiers pour informer l'utilisateur des modifications faites sur le volume RAID ou sur les disques le composant.

L'application a été développée sur Gnu/Debian Etch donc sur un KDE 3.5 avec un noyau 2.6.18.

KMDAlert ne nécessite pas de Inotify. KMDAlert lit le contenu de plusieurs fichiers dans le dossier /sys toutes les 6 secondes pour être informé de la modification de l'état du périphérique. En effet sur le noyau 2.6.18 que je possède, Inotify n'est pas averti des modifications faites sur le système de fichier /sys. Les dates de ces fichiers ne sont pas non plus modifiées. Si quelqu'un a une autre méthode à me proposer, je reste ouvert à toutes propositions.

KMDAlert est une application écrite en utilisant les librairies de KDE, mais devrait tout de même fonctionner sous Gnome. Les messages de notification utilisent donc le système de notification de KDE (bien que je n'utilise pas toutes ses possibilités).

Compilation / Installation

La compilation et l'installation de KMDAlert se fait à l'aide du trio habituel :

./configure --prefix=/usr/local/
make 
make install

La compilation nécessite les librairies de développement KDE et Qt3, ainsi que le compilateur GCC.

Licence

La licence choisie est la GNU GENERAL PUBLIC LICENSE

Téléchargement

Vous pouvez télécharger une archive déjà construite de l'application sur KDE-Apps.org.
Le dépot officiel pour télécharger les sources et participer : http://hg.shadoware.org/kmdalert.

Système de suivi

Il n'y a actuellement plus de système de suivi pour ce logiciel. En cas de problème, vous pouvez laisser un message dans les commentaires ou m'envoyer un mail.

De retour

Ulrich Van Den Hekke — Sat, 04 Aug 2007 10:45:00 +0000

Salut tout le monde,

Cela fait très longtemps que je n'ai pas écrit sur ce blog^[1]. Donc me voilà de retour à écrire quelques lignes. Bon, je suis sûr que ma vie ne vous intéresse pas et que vous vous foutez de mon voyage à La Rochelle ou de celui que j'ai fait à Tours, mais je vais quand même vous en parler un peu. Mais rien qu'un peu.

Notes

[1] Et certaines personnes sont là pour me le faire constater

Les aléas du métier

Donc il y a environ 2 mois de cela, j'étais parti en clientel en Belgique. Bon, même si de par chez moi, la Belgique n'est pas loin, Bruxelles est quand même à 1 heure et demi de route. J'ai donc fait l'aller-retour presque tous les jours, et je n'ai pas trouvé beaucoup le temps d'écrire^[1]. Dur de rester éveillé avec 3 heures de voiture par jour, pendant plus d'un mois et demi .... Ce projet ne m'a, bien sûr, pas déplu, ayant appris pas mal de choses au cours de ce mois et demi, même si parfois il y avait un peu de pression dans la cocotte. Ensuite après cela, je me suis retrouvé sur un autre projet^[2], qui me prenaient jusqu'ici un peu (euphémisme ...) de temps. Je suis d'ailleurs pour l'instant toujours sur ce projet, projet que j'apprécie également.

Bref le soir, un peu crevé, je n'écris pas sur mon blog, et le week-end ....

Qt4

Depuis quelques temps je m'intéresse à Qt4 de la société Trolltech. Qt est un toolkit graphique permettant le développement d'application multi-plateforme (pour ceux qui ne connaissent pas). Qt est le toolkit graphique utilisé par l'environnement KDE sous Gnu/Linux.

Jusqu'ici KDE 3.5 utilisait la bibliothèque Qt3. Cette bibliothèque permettait le développement d'application libre^[3] sous Linux, et devenait payante pour des développements d'applications Windows (libre ou non) ainsi que pour faire des applications commerciales (Linux ou non).

La version 4 de Qt permet quant à elle la création d'application Windows et Linux sous licence libre^[4] à l'aide d'une version Opensource de Qt. Par contre pour le développement d'application commercial, il faut toujours payer une licence à la société Trolltech. (Un prêté pour un rendu). Cette bibliothèque est la base du future KDE 4.

J'ai donc décidé de m'intéresser à cette bibliothèque, et d'apprendre à l'utiliser. J'avais d'ailleurs écrit une application sous KDE 3 en utilisant l'ancienne version de Qt (programme dont je parle ici). Ce programme n'avance malheureusement pas beaucoup. Je n'en ai pas trop la motivation en ce moment^[5]. J'espère ainsi, en apprenant à utiliser cette techno qu'est Qt4 de pouvoir écrire plus tard des applications pour le futur KDE4^[6]

Pour cela je me suis lancé dans l'écriture d'une application en Qt4. Cette application étant projet personnel, n'est diffusée qu'à un nombre restreint de personne, pour le moment. Ce programme en Qt4 essaie d'utiliser toute la puissance du toolkit graphique^[7]. J'utilise les outils pour faire de la Complétion, pour faire de la coloration syntaxique, surveillance de la modification des fichiers, Thread, Processus, Model/View, .... Le but de l'application est un éditeur XSL et Javascript, un peu avancé. Je peux toujours vous montrer une petite capture d'écran, qui ne vous donne qu'un petit aperçu.

Mouais, pas très nette cette photo ....

Je passe donc depuis quelques temps déjà quelques heures le soir, et quelques heures le Week-end à écrire cet éditeur de fichier XML et Javascript. J'y ai même écris un petit module WebServices (qui ne comprend pas tout, mais bon ...). Bon celle-ci possède encore quelques malheureux bugs, mais à part cela elle est tout à fait fonctionnelle.

Projets

C'est RAID

Comme j'en ai déjà parlé précédemment, j'ai monté mes disques durs sur un RAID 1. Lors de coupure de courant (ou après le plantage de Gnu/Linux lors du réveil d'une mise en veille), le RAID se reconstruit. La reconstruction du RAID prend un peu de temps (presque deux heures). Je n'ai pour l'instant trouvé aucune application graphique qui permettrait de voir que le système reconstruit son RAID, où il en est, .... . Pour l'instant je dois faire un cat /proc/mdstat pour avoir toutes ces informations.

J'ai donc bien envie d'écrire un petit outil graphique qui permettrait de voir cela rapidement (EVMS ne me convient pas).

Enfin j'ai bien envie de faire marcher cette mise en veille, continuer un peu le programme que je nomme XINX.

Serveur dédié

Je réfléchis également à l'utilité d'avoir son propre serveur dédié. Je pense par exemple au billet suivant sur le site LinuxFR qui parle du serveur dédié http://www.kimsufi.com/

Hébergement site
Stockage d'un Subversion pour mes différents projets
Un serveur IMAP me permettant d'accéder à mes mails perso de n'importe où
Backup crypté.

Quel est également l'utilité par rapport à un serveur tournant 24h/24 dans son chez soi ?

Notes

[1] Bien que sans ça, je n'aurais pas forcément trouvé le temps non plus

[2] qui me permet de changer un peu des habituels projets.

[3] sous licence GPL

[4] toujours GPL

[5] surtout que je vois des applications tel que Clonzilla, Partimage, ... qui fonctionnent très bien, ils ne leur manquent plus qu'une bonne interface graphique

[6] Même si je n'écris pas énormément d'application pour la communauté, j'ai toujours la profonde motivation de le faire. Il ne reste plus qu'à trouver le projet qui me motive suffisamment.

[7] que je parle bien moi !!

Athlon 64

Ulrich Van Den Hekke — Sat, 02 Sep 2006 19:01:00 +0000

Je possède un ordinateur de bureau en tant que bon informaticien, et y ai une installation de Gnu/Linux, fervent utilisateur de cet OS. Alors que le système était d'une extrême stabilité. Après plusieurs mise à jour noyau, je suis confronté à quelques problèmes. Des plantages purs et durs du genre "Kernel Panic". Utilisateur mécontent, je me dis que les programmeurs du noyau Linux me déçoivent et ont énormément baisser la qualité, pour atteindre celle d'un certain système de Redmon.

Plusieurs mois passent, le système devient de plus en plus instable. Aucune mise à jour noyau ne corrige le problème. Tout va de mal en pis. Même GCC me claque entre les doigts lors de la compilation de grosse application.

Je décide donc de faire la vérification de ma machine. Je passe donc par le téléchargement, la gravure et l'utilisation de l'Ultimate Boot CD. Un petit Memtest m'informe que hélas ma barette de mémoire n'est plus ce qu'elle était. :'(

Je démonte donc mon ordinateur personnel pour le nettoyer, déplacer la barette (parfois cela suffit), vérifier tous les connecteurs. Et qu'est-ce que je découvre ? Des condensateurs tous pourris sur ma carte mère. Ceux-ci sont bombés, et possède une tache orange au dessus.

Suite à cela, j'ai compris d'où venaient les plantages de mon système. La carte est en train de rendre l'âme. Ainsi je décide de m'acheter un nouvel ordinateur. Si j'arrive à réparer celui-ci (remplacement des condensateurs), je le recyclerai.

Tant qu'à acheter un PC, faut-il qu'il soit un peu performant. Voici donc les spécifications :

1 boîtier et 1 alimentation 480 W
1 barette de mémoire de 1 Go de mémoire (CORSAIR 1024MO XMS PC3200)
1 carte graphique PCI Express, car mon ancienne carte AGP 8x est déjà obsolète (ASUS 6200TC 64MO PCIEXPRESS)
2 processeurs. Plus précisément un Dual core 64 bits (ATHLON 64 4800+ X2 DUAL CORE BOITE)
1 carte mère (ASUS A8N-SLI PREMIUM)
1 nouveau graveur double couche (PLEXTOR PX-755SA - DVD(+/-)RW 16/8/16/6X DL(+/-) 10/6X CD-RW 48/24/48X SERIAL ATA)
2 disques durs de 400 Go en SATA (WESTERN DIGITAL CAVIAR SE16 400 GO 7200 RPM 16 MO SERIAL ATA II - WD4000KS (BULK))

Mon idée est de monter les disques durs en RAID 1 (mirroring). Les 800 Go ne pouvant être remplis à jour. (Je ne pouvais déjà pas remplir 160 Go alors 400 !!!!). Pourquoi acheter de nouveaux disques alors ? si gros ? Juste pour utiliser les performances du SATA. Et je me dis qu'ainsi, je pourrai peut-être essayer plusieurs systèmes dans des machines virtuelles (BSD, Hurd, ...).

Après une longue attente des différents composants de la part de LDLC (attente surtout dû au fait que le disque dur soit disponible sur commande fournisseur), j'ai enfin pu monter cette bête de course. Quelques images de la carte mère et du boîtier ici.

Montage

Le montage s'est déroulé sans soucis. Tous allant parfaitement bien ensemble. Je trouve entre autre les câbles SATA plus agréables à monter que les câbles IDE (qu'il faut tordre dans tous les sens pour les mettre dans le bon sens. Qui doivent être connectés à plusieurs disques, qui doivent être proches. Qui se croisent difficilement dans le boîtier avec un autre câble IDE). Que du bonheur ! Par contre c'est un peu la galère pour le montage des fils du boîtier sur la carte mère, et j'espère ne pas mettre trompé dans le sens.

Premier allumage.

N'ayant pas de système d'exploitation, j'utilise ce premier démarrage pour aller dans le BIOS. Je regarde, par ci par là. La carte mère est capable de régler la vitesse des ventilateurs en fonction de la température processeur. Et elle permet aussi de modifier la fréquence du CPU en fonction de sa charge (comme sur les PC portables). Fréquence minimum : 1 GHz. Vitesse du ventilateur à froid : 800 tours (voir moins). Température moyenne (sans charge) : 40° (voir moins) La tour est bien ventilée à l'aide d'un 80 mm en façade et d'un 120 mm à l'arrière.

Test

Afin de vérifier que la machine fonctionnera correctement, je vais effectuer différent test de la mémoire ainsi qu'un autre sur les disques durs.

Test de la Mémoire

Pour cela j'emploie l'utilitaire Memtest 86. Cet utilitaire permet de parcourir la mémoire avec un jeu de donnée pour vérifier que celle-ci retourne bien le bon résultat. Sur mon ancien PC la mémoire retournait des erreurs => Problème d'instabilité, de compilation, ....

Sur ce nouveau PC le parcours de la mémoire est agréablement rapide. Aucune erreur décelée : Parfait. Quelques heures permettent de vérifier ce point. Moins d'une heure pour avoir une première idée. La base est pendant ce test, silencieuse.

Test des disques durs.

Pour vérifier les disques durs j'utilise la commande badblocks en écriture. Je fais une passe sur chaque disque dur pour vérifier qu'ils ne me retournent pas d'erreur. Je démarre un KNOPPIX (32 bits) et je lance l'utilitaire. J'en profite pour me balader dans la distribution.

Je lance les deux commandes suivantes dans deux consoles différentes. L'exécution se fait ainsi en parallèle sur les deux disques durs.

badblocks -vvw /dev/sda
badblocks -vvw /dev/sdb

Il faut prés de 14H pour parcourir 4 fois le disque en lecture puis en écriture. Le test écrit successivement 0xff, 0xaa, 0x55, 0x00 et vérifie le résultat.

Je fais finalement un test constructeur avec l'outil DL DIAG de Western Digital.

Pendant tous ces tests, l'ordinateur est silencieux.

Installation du système d'exploitation.

Mon choix se portera sur un Debian en mode 64 bit. Afin de faire tourner quelques anciennes applications 32 bits, j'installerai un chroot 32 bit avec le strict minimum.

Installation du système de base

Je compte installer mes deux disques durs en RAID 1 (400 Go étant trop gros, je ne pense pas réussir à les remplir trop rapidement), suivis d'un LVM.

md0 => boot (100 Mo)
md1 => root (400 Mo)
sda3 et sdb3 en tant que swap utilisé en parallèle (de même priorité)
md2 => LVM

Les partitions du LVM étant décomposées en fonction des besoins précédants (vu à la hausse : j'ai de la place)

/usr
/var
/tmp
/home
/gravure (pour toutes les applications téléchargées comme driver Nvidia, les sources de quelques applications, tel que le CVS de Wine pour DirectX, les sources des applis que je télécharge, les images ISO de la sarge 32 et 64 bits, Gnu/Hurd, Gentoo ...)
/virtual (pour les systèmes qemu contenant par exemple, une sarge stable)

J'installe sur ces disques le système de base uniquement (pas d'interface graphique, pas d'application)

Installation des applications

A partir de la liste des paquets installés sur l'ancienne machine (dpkg --get-selections), j'installe les applications sur l'environnement 64bits.

Pour cela, je fais un :

dpkg --set-selections < liste
apt-get dselect-upgrade
apt-get dist-upgrade

L'installation se déroule sans problème. Je retrouve mon système quasiment à l'identique. Seul problème les paquets liés à des dépôts non officiel (w32codec) ne sont pas installés. La scrachtbox, non plus.

Après avoir temporairement monté mes disques IDE, je restaure mes fichiers etc, ainsi que mes dossiers utilisateurs, et mes machines virtuelles.

Je passe un peu de temps à recompiler mon noyau, à configurer la carte son, vérifier la gravure, ... Tout est opérationnel, enfin presque.

Pour l'instant un problème subsiste : je ne peux lire de DVD. En effet l'application me sort le message d'erreur : Sortie audio déjà utilisée (ou un truc ressemblant). Il faut que je trouve un moyen de régler le problème....

Résultat

Au bout d'une semaine, un des disques durs tombe en panne. Heureusement je suis en RAID 1. J'ai pas de veine avec les disques, il faut que je les change tous, au moins une fois. Les deux disques étant de la même série, je croise les doigts pour avoir reçu le nouveau disque avant que celui-ci lui prenne aussi l'idée de claquer. En attendant je me retrouve avec un RAID 1 d'un seul disque

Sniff.

Modification au 16 octobre 2006

Je n'ai malheureusement pas réussi à faire fonctionner ma carte son (snd-intel8x0 en 5.1). J'arrive à regarder des DVD, mais seulement si ceux-ci sont en Stéréo ou que je configure Xine en stéréo Il faudrait que je trouve la solution à ce problème.

J'ai aussi reçu le nouveau disque, sur lequel j'ai fait repasser la série de test. Le disque dur étant "bon" je l'ai réintégré à mon RAID. Pour cela j'ai reconstruit la table des partitions et ajouté les partitions au RAID:

dd if=/dev/sda of=/dev/sdb count=1 bs=512
hdparm -z /dev/sdb
mdadm --manage /dev/md0 -a /dev/sdb1
mdadm --manage /dev/md1 -a /dev/sdb2
mdadm --manage /dev/md2 -a /dev/sdb4
mkswapfs /dev/sdb3

Après cela, il suffit d'attendre la fin de la reconstruction du RAID avant de redémarrer la machine.

Dans ce billet je rajouterai dans quelques temps des options ou des astuces pour cette configuration.