ZenTech - sata

On ne comprend pas ce que tu veux dire mon vieux

hr — Wed, 30 Jul 2008 15:06:00 +0200

C'est con de se retrouver avec des cartes RAID sympathiques que l'on doit pouvoir administrer en web sans arriver à y accéder. Pourquoi j'ai besoin de faire du http ? Tout simplement parce qu'avec la version du firmware installée (1.42) la mise à jour est impossible via DOS ou la CLI.

Tout semble être correctement configuré dans l'interface de la carte. Dans le menu de la carte : Ethernet Configuration > Local IP Address > 192.168.1.100 et ça devrait rouler. On remarque au passage l'absence totale de configuration de masque de sous-réseau ou de passerelle par défaut. Petite subtilité, si vous voulez utiliser la configuration en ip statique, il faut absolument passer le champ DHCP Function à Disabled. Ca peut sembler évident dit comme ça, mais je viens de perdre pas mal de temps pensant que le dhcp ne fonctionnait qu'en état d'origine avec l'ip à 0.0.0.0.

Unleash maximum power

hr — Wed, 23 Jul 2008 14:18:00 +0200

J'ai à nouveau trouvé du temps pour jouer avec ma grosse bête. Le montage iscsi fonctionne maintenant tout simplement parce que je suis passé en ubuntu server 8.04 LTS. Le problème que je rencontre maintenant, c'est que je me retrouve avec un volume d'à peu près 15To à partitionner et formater. Voyage dans le mode du stockage v1agr4.

Partitionnement

Il faut déjà s'occuper de créer une partition de cette taille. Au-dessus de 2TB il est nécessaire d'utiliser le format de partitionnement GPT. Pour créer un partition à ce format j'utilise parted(8). Je compte avoir une partition unique qui fait la taille du volume.

# parted /dev/sdb
GNU Parted 1.7.1
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel gpt
(parted) mkpart
Partition name?  []? arc1
File system type?  [ext2]? ext2
Start? 0
End? -1
(parted) p

Disk /dev/sdb: 14,2TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17,4kB  14,2TB  14,2TB               arc1

(parted)

Formatage

A cette taille, je ne peux pas utiliser ext3 comme habituellement sur un système linux.

# mkfs.ext3 /dev/sdb1 
mke2fs 1.40.8 (13-Mar-2008)
mkfs.ext3: Filesystem too large.  No more than 2**31-1 blocks
         (8TB using a blocksize of 4k) are currently supported.

Il faut donc regarder du côté de reiserfs (je ne ferai pas de blague sortie de terre ... *kh*) ou de xfs. Je mets de côté les trolls sur les systèmes de fichier et vous laisse faire un choix en votre âme et conscience.

Un peu d'ordre dans la maison

hr — Tue, 18 Sep 2007 19:22:00 +0200

Je viens d'installer un serveur avec plein de SATA dans le ventre, la bête a 30To de disques répartis sur 2 controleurs Areca ARC-1280ML. L'installation d'une Debian/etch se passe sans problème, noyau 2.6.18-5-686. Après avoir installé le système sur 2 disques connectés à la carte mère (contrôleur ICH5R sur pilote ata_piix), des volumes RAID5 sont créés sur les cartes Areca (pilote arcmsr). Le démarrage s'arrête sur une invite de commande initramfs, la partition racine est introuvable.

Begin: Waiting for root file system... ...
Done.
        Check root= bootarg cat /proc/cmdline
        or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda1 does not exist. Dropping to a shell!


Busybox v1.1.3 (Debian 1:1.1.1-4) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Mais qu'est-ce qu'il nous arrive madame Michu ? Tout simplement, les nouveaux volumes sont détectés par le noyau avant le disque sur lequel est installé le système. Résultat, le système n'est plus sur /dev/sda mais sur /dev/sdc. Et le plus drôle c'est qu'il est parfois sur /dev/sdb parce que les controleurs Areca mettent du temps à se déclarer.

Comment laver l'affront que nous impose ce petit impudent ? En jouant avec la partition RAM d'initialisation, j'ai nommé initramfs.

C'est extrêmement simple, on va demander à la partition de démarrage en RAM de charger les modules sata dans l'ordre qu'on souhaite. Dans notre cas, le pilote ata_piix avant arcmsr. Les outils Debian permettent de faire ça de façon très simple, il suffit d'ajouter les modules qu'on souhaite voir chargés lors du démarrage dans le fichier /etc/initramfs-tools/modules. Les modules doivent être listés, un par ligne dans l'ordre de chargement souhaité. Dans notre cas, il suffit de préciser le module qui prend en charge le disque de démarrage.

# cat /etc/initramfs-tools/modules
[...]
ata_piix

Il faut maintenant mettre à jour l'image en RAM pour propager ces modifications.

# update-initramfs -v -k 2.6.18-5-686 -t -u
Keeping /boot/initrd.img-2.6.18-5-686.dpkg-bak
update-initramfs: Generating /boot/initrd.img-2.6.18-5-686
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/scsi_mod.ko
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/scsi_transport_spi.ko
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/aic7xxx/aic7xxx.ko
[...]
Adding binary /sbin/mdrun
Building cpio /boot/initrd.img-2.6.18-5-686 initramfs
Backup /boot/initrd.img-2.6.18-5-686.bak

Un petit redémarrage et tout est revenu en ordre. Et le plus beau, c'est que lorsque vous devrez mettre à jour votre noyau, le nouveau noyau fera automatiquement la reconstruction de l'image RAM d'initialisation.