Probleme de librairie

Ma librairie SUN StorEdge L9 m'affichait un message inusité ce soir: "Loader partly available". La solution? Nettoyer le drive. Je ne vois toujours pas le lien entre le message et la solution...

Talk at OCLUG

Here are the slides of my talk of yesterday at OCLUG "Deduplication on the cheap"
Voila la presentation que j'ai faites hier soir a OCLUG: "Deduplication on the cheap"

Problèmes de backups

Je fais des backups de mes données importantes à toutes les 8 heures sur une machine dédiée que j’ai peuplée de disques plus assez rapides pour être dans ma station de travail principale. C’est disques forment un gros volume (600G) via LVM2. Une fois par semaine, je transfère mon backup hebdomadaire sur 5 rubans DLT40. Normalement, tout va bien. Je peux faire le transfert sur mes 5 rubans via deux unités en environ 8 heures. Mais depuis deux semaines, le transfert des données du serveur de disque (d’où elles sont rendues disponibles via NFSv3) au serveur de ruban est très lent, environ 3MB/s sur un réseau gigabit. Probablement que les backups sont rendus sur le disque le plus lent du volume… En attendant, il faut que je corrige la situation. Après pas mal de Googlage, je suis tombe sur un utilitaire nommé mbuffer. Celui-ci créé un tampon entre le réseau et l’unité de disque évitant à celle-ci de toujours avoir à reculer le ruban quand le flux de données est trop lent. Voilà « l’incantation magique » :

tar cvbf 64 - 'Photos de ma camera3' | mbuffer -m 350M -P 95 -s 32768 -v 4 -f –o /dev/nst0

Ça dit à mbuffer de créer un tampon de 350M, de ne pas commencer à écrire sur le ruban avant que le tampon ne soit remplit a 95% et d’écrire en block de 32k.
Ce n’est pas la vitesse optimale mais c’est mieux que rien. Ma vitesse de backup est remontée à 2.2MB/s. Pas encore à sa limite théorique de 6MB/s mais ça devrait aller pour le moment. Il faudrait peut-être que le change mes backups de volume…

"Plaisir" avec un HP ML570G4

J'ai eu le "plaisir" de me voir confier l'installation et la configuration d'un premier HP ProLiant ML570 G4 au bureau la semaine passée. Ce qui aurait pu être une tâche simple et aggréable s'est transformée en un véritable calvaire gracieuseté de l'ami Murphy...
La machine est musclée: 4 Xeon Dual Core Hyperthread à 3Ghz, 8 Gigabytes de RAM, 10 disques SAS de 146GB, 4 cartes de réseau à 1Gbps, 1 tape backup AIT3, 2 power supply de 675W et suffisament de ventilateurs pour faire décoler le machin et chauffer mon bureau en même temps.

En résumé:

• HP nous envoie la version 7.60 de SmartStart avec la bête, ça ne marche pas avec notre configuration car on utilise le controleur SCSI P800. Il faut la version 7.70 de SmartStart. Merci HP!
  
• On essaie d'installer Windows Server 2003 Entreprise (WS2003E): Ça ne marcha pas parce que notre CD était rayé et que pour installer WS2003E sur une machine ayant plus de 2 CPUs, ça prends au moins WS2003ESP1. En plus il faut désactivé l'hyperthreading dans le BIOS avant de faire l'installation. Découvrir les deux points ci-haut énumérés nous a couté presqu'une semaine. Merci Microsoft!

Morale de l'histoire:

• Ne vous fiez pas sur le fait que HP livre un CD avec machine veut dire que c'est LE CD à utiliser.
• Ce n'est pas parce que vous payez un prix astronomique pour WS2003E que vous avez un produit de qualité...

M'enfin... Il m'en reste encore 12 autres à installer...

Bric-à-brac

Quelques points. Ça fait longtemps que je n'ai pas bloggué, je sais:

• J'ai un nouveau Blackberry

J'ai hérité au bureau d'un Blackberry 7280. Ce n'est pas le dernier modèle, mais ça marche. Je peux recevoir et envoyer du courrier de n'importe où. Et la qualité téléphonique est bonne. Il ne me reste qu'à maitriser la boîte vocale et tout sera tiguidou.

• L'option -W de tar

Je fais le backup de mes backups (sur tape DLT) à l'aide de la commande tar (je sais, je suis paranoïaque). Jusqu'ici je ne faisait pas de passe de vérification de mes tapes après le backup. Je pensais que je devais faire mon backup, rebobiner le tape puis faire ma vérification. Mais maintenant que j'ai découvert l'option -W, je peux faire les deux séquentiellement sans rebobiner le tape. Pas mal génial!

Encore de la casse (fin)

Finalement mon array s'est rebâti comme prévu. J'ai immédiatement entrepris d'en faire le backup mais je me suis rendu compte que je manquais cruellement d'espace disque. J'ai du remplacer un 180G et une paire de 200G par un 400G et une paire de 500G SATA. Avertissement: Si votre carte mère est une A8V Deluxe, le contrôleur SATA ne prend pas en charge les disques SATA II à 3Gb/s. Vous devez les forcer à 1.5Gb/s avec un jumper. Le remplacement des disques et l'agrandissement des volumes LVM2 s'est fait sans encombre. Seul commentaire: un pvmove sur un disque de 200G, c'est lent. La prochaine étape sera de prendre un backup complet de mon array.

Encore de la casse (suite et fin?)

Ce matin, j'enlève le Seagate et je remets le WD1200JB que je crois brisé.
Après avoir passé pas mal de temps sur Google pour trouver ce qu'est le problème ou quelqu'un avec un problème similaire, j'ai trouvé le cas d'un gars dont la SX6000 a indiqué 2 drives "? : ? failed or disconnected" sans aucune raison. La solution à son problème a été de détruire l'array puis de le recontituer sans l'initialiser. Et pour lui ça a marché. Je me proposais de faire la même chose même si je n'ai perdu "qu'un" disque. C'est pour cette raison que j'ai rebranché ce matin le disque original. Comble de chance pour moi, le manuel de Promise sur la récupération d'array est très clair (pages 23 à 28).
En rebootant la machine qu'elle ne fut pas ma surprise de voir que mon array n'était plus "Offline" mais "Critical". En allant dans le BIOS de la SX6000, j'ai pu voir que la SX6000 était en train de rebâtir l'array et que le disque 1 est fautif alors que le disque qui était initialement indiqué comme fautif était le 6. SI la carte finit par tout rebâtir et que je ne perds pas de données, je n'aurai pas à suivre la procédure risquée du manuel de Promise. Je vais faire un backup complet de l'array (je fait un rsync des 2/3 de l'array à tout les 3 heures sur un JBOD qui ensuite est transféré sur des tapes DLT une fois par semaine). Sur le JBOD auquel j'ajouterai 1TB de capacité. Je metterai aussi ce qui est hyper-critique, mais ne change pas souvent, sur des DVDs. Ma stratégie de backup est correcte mais ne couvre pas tout. Mais avec le coût des disques qui tombe sans cesse, je peux me permettre de passer de RAID 5 à "pseudo-RAID50" (i.e. faire un backup d'un RAID5 sur un autre RAID5). Aussi, je vais générer une image pour VMWare de la machine qui héberge la carte. On est jamais trop prudent...
Je ne devrais pas me plaindre de mon array. Ça fait 5 ans qu'il roule 24/7 et je n'ai eu qu'à remplacer qu'un disque. La SX6000 n'est pas la meilleure carte du monde, elle m'a donné pas mal de toubles au début mais elle a remplit sa mission. Il faut que je commence a penser à la remplacer...

Il neige

Je sais, je me suis déjà énervé avec ça. C'est pas que j'aime la neige, c'est juste qu'elle se fait rare. On en annonce pour aujourd'hui et la température chutera jusqu'à -9C. J'espère que je n'arriverai pas en retard à mon entrevue...
J'ai réparé le problème que j'avais avec deux partitions reiserfs sur mon serveur de fichier principal. Après un crash massif pendant que je rzip-pais des fichiers de 30GB, j'ai du faire un shutdown pas trop clean. En rebootant, pas moyen de remonter mes deux partitions formatées en reiserfs... Panique... Mais rapellons-nous que Google est notre ami. Googlant le message d'erreur, je constate qu'il est du à un bug dans la version de reiserfs qui est compilée dans le kernel 2.6.16. Une mise-à-jour à 2.6.18 résout magiquement le problème. Une des deux partitions contenait mes backups (aussi off-site sur des tapes DLT) et l'autre 600 GB de données en RAID 10.
Vous constaterez aussi que j'ai ajouté un blogroll en bas à gauche. C'est la liste des blogs/sites que je lis quotidiennement. Va falloir que je trimme ça, je passe trop de temps à lire ça.
J'ai aussi ajouté tout en bas la liste des 10 dernières chansons que j'ai écouté. Cette liste se met à jour par elle-même!
Ça fait que c'est ça qui est ça...

Nouveau tape backup installe!

Mon nouveau tape back-up est installé!

Fukuoka scsi # cat scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 02 Lun: 00
Vendor: PIONEER Model: DVD-ROM DVD-305 Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
Vendor: PLEXTOR Model: CD-R PX-W1210S Rev: 1.02
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
Vendor: QUANTUM Model: DLT7000 Rev: 1E46
Type: Sequential-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 09 Lun: 00
Vendor: IBM Model: DDYS-T18350N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 12 Lun: 00
Vendor: MAXTOR Model: ATLAS10K4_36WLS Rev: DFL0
Type: Direct-Access ANSI SCSI revision: 03

Le disque est encore vivant

Contrairement à ce que j'ai rapporté dans mon autre blog, mon disque n'est pas mort. Après un reboot, Reiserfs a rebatit le volume sur lequel je fais mes back-ups et tout est tiguidou.
Je vais prendre livraison demain d'un 3e tape back-up DLT.