[LinuxFocus-icon]
Sommaire  |  Carte  |  Index  |  Recherche

Nouvelles | Archives | Liens | A propos
Ce document est disponible en: English  Castellano  ChineseGB  Deutsch  Francais  Italiano  Nederlands  Russian  Turkce  Polish  

Bienvenue au numéro de Novembre/Décembre 2003 de LinuxFocus

Noël de Linuxfocus Il est déjà tard dans la soirée et je me demande toujours ce que je vais bien pouvoir écrire pour l'édito. Quelque chose à propos de SCO ? Les produits de SCO sont des annonces de presse ces derniers temps. Ce qui est clair c'est que la principale ambition est de faire grimper le prix des stock options, de faire un maximum d'argent avant de tomber dans l'oubli. Le lien avec Linux ? Et bien, si vous regardez SCO d'un peu plus près, Linux n'a pas beaucoup de rapports avec cette affaire, ils ont seulement eu besoin d'une sorte de cible.

Qu'avons-nous eu ces dernières semaines ? Il y a eu le vote sur les brevets logiciels en Europe. Ne pas avoir à statuer aurait été le mieux qu'il puisse arriver mais nous sommes assez satisfaits du résultat.

Tout ceci ne nous tracasse pas encore maintenant... Ah si, durant cette année j'ai dû remplacer la quasi-totalité des disques durs de mes machines ! Les deux premiers ont déjà été remplacés en mars et j'ai pensé "Ok, ça peut arriver", mais maintenant je viens de remplacer le 5ème disque. Combien de machine peut bien avoir ce mec ? Et bien, je n'ai pas de ferme de machines. J'ai 7 disques sur 5 machines. Tous les disques étaient vieux de moins de 2 ans. Les plus vieux d'entre eux sont encore actifs. J'ai dû remplacer les nouveaux disques.

La fiabilité des logiciels s'améliore avec le temps. Il semblerait que ce soit le matériel la partie la plus vulnérable. La capacité des disques dur augmente de manière vertigineuse, cela semble impacter directement la qualité de ceux-ci.
Je me souviens d'un Quantum Fireball de 1Go dans le premièr serveur de LinuxFocus. Il fonctionnait 24 heures sur 24 et ceci pendant 8 ans sans aucun problème.

Remplacer un disque chez soi ne pose pas de problème. La plupart du temps vous remarquez que des applications se bloquent lors de la sauvegarde de fichiers. Vous pouvez taper «dmesg» et vous remarquez des messages du type «IDE seek error»: il est l'heure d'aller acheter un nouveau disque. Ceci est ennuyeux mais devient vite un réel problème lorsqu'il s'agit d'un disque sur un serveur distant. Les heures de services sont généralement beaucoup plus chères que le besoin de remplacer un disque. Je voudrais bien payer ne serait-ce que trois fois plus cher un disque pour voir sa durée moyenne de vie aller jusqu'à 8-10 ans. Quelqu'un a le solution ? Cela pourrait-être intéressant d'écrire un article à ce propos dans LinuxFocus. Je suis sûr de ne pas être le seul à vouloir avoir des machines réellement fiables.

-- Guido Socher



Les articles de LinuxFocus.org

Graphisme

Développement Logiciel

Les Articles de Linux Gazette
[]

Note: The real linuxgazette is now at linuxgazette.net and not at linuxgazette.com

Administration Système

Bases d'UNIX

Matériel

Le Truc de LinuxFocus

Le truc du mois consiste à afficher les messages de syslog sur une console virtuelle. Rajoutez donc ces lignes à la fin du /etc/syslog.conf
# cette condition additionnelle n'affecte pas
# les précédentes
*.*                            /dev/tty8

La condition «*.*» signifie «absolument tout» et tty8 correspond à la 8ème console. Vous pouvez appuyer sur «alt-F8» (ou bien «ctrl-alt-F8» à partir de X, et «alt-F7» pour y retourner) et regarder les messages de syslog. Dans la plupart des distribution la console 8 n'est pas utilisée. Vous pouvez regarder dans le fichier /etc/inittab pour voir quelle console est réellement libre. La configuration du démon de journalisation est situé dans /etc/syslog.conf.

C'est une solution très confortable. Vous n'avez pas besoin de chercher dans la longue liste des fichiers de /var/log/ afin de savoir ce que se passe sur votre machine. Les messages sur la console sont très utiles pour configurer soigneusement votre système ou bien pour recherche ce qui ne va pas.

Après avoir modifié /etc/syslog.conf vous devez redémarrer syslog avec la commande:
# service syslog restart (pour RedHat, Mandrake)
ou bien
# killall -HUP syslogd



© 2003 LinuxFocus
Cliquez ici afin d'avoir la liste des contacts de LinuxFocus