Installation d'une carte SCSI-II/III et de deux disques SCSI-II
Par Laurent Gougeon, jeudi 29 septembre 2005 à 22:56 :: Configuration Mandrake 10.1 :: #74 :: rss
Cela fait plusieurs fois que je manque d'exploser mon serveur à cause de sauvegardes journalières qui enflent ... Il me fallait une solution pour stocker ces sauvegardes et autres fichiers ailleurs que sur les partitions / ou /home, sans pour autant acheter de matériel, car après tout ce serveur est une vieille bécane, et moins j'y investis, mieux c'est
Une de mes relation a eu la gentillesse de me donner un peu de matériel SCSI pour remédier a mon manque de place chronique (merci Florian !). Une carte SCSI-II/III (TekRam DC395U), et deux disques dur SCSI-II Seagate de 2.14 Go chacun (ST32151N et ST32430N). La taille vous fait rire ? Moi aussi, mais sachez que le disque principal de ce serveur ne fait que 6 Go...
J'ai tout d'abord vérifié sommairement que mandrake 10.1 reconnaitrait la cart SCSI, en tapant (en root):
modprobe dc395x
Cela n'a produit aucun message d'erreur, c'était bon signe.
L'etape suivante a donc été l'installation de la carte dans un slot PCI et la connexion des disques. Pour cela rien de sorcier, c'est comme d'habitude...
Au reboot, pendant la phase BIOS, je vois apparaitre le controleur SCSI, qui commence à scanner les périphériques. Je n'ai pas trop fait attention si il avait trouvé ou pas les disques, j'ai laissé booter puis je me suis loggé en root pour voir si il avait trouvé la carte et les disques.
Ce fut la déception. En lancant drakconf, module "Matériel", il me montre bien la carte SCSI TekRam. Mais pas de trace de disque. Pas plus que dans /proc/scsi/scsi ...
J'ai pensé que les disques pouvaient etre raides, après tout, et j'ai fait toute une série de tests infructueux, toujours pas de disque sous linux. Je suis alors rentré dans le BIOS, et j'ai vu qu'il avait du mal a scanner les disques. Et pour cause ! L'option "Unit Start" n'etait pas active sur les canaux associés aux disques, or sur ces vieux coucous elle est nécéssaire pour démmarrer les disques !
Apres sauvegarde de la config, puis reboot, en arrivant sous linux, un nouveau problème ... Apres m'etre loggé en root, je constate qu'il n'y a pas de /proc/scsi ... le module dc395x n'est pas chargé au boot. Drakconf l'a probablement chargé en detectant le matériel mais n'a pas indiqué au système qu'il doit le charger à chaque fois ! (voir en fin d'article)
Bref, je le charge moi même avec modprobe dc395x et le cat /proc/scsi/scsi est alors bien évidemment impeccable :
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: SEAGATE Model: ST32430N SUN2.1G Rev: 0444
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: SEAGATE Model: ST32151N Rev: HP02
Type: Direct-Access ANSI SCSI revision: 02
L'un des deux disques SCSI contenant une partition valide, linux l'a même montée automatiquement dans /mnd/hd Pour ma part, j'ai besoin de place pour drackbackup, j'ai donc décidé de faire un aggrégat de disques, en utilisant le Logical Volume Manager (LVM) pour créer une partition de 4 Go avec les deux disques de 2 Go.
Pour cela il faut au préalable installer le paquetage lvm2, car drakconf, bien qu'il m'aie proposé de l'installer, a échoué, alors qu'à la main j'ai réussi : urpmi lvm2. Ensuite, en utilisant DrakConf, module Points de montage / Partitions, on peut créer une partition Logical Volume Manager sur chaque disque. Puis, ajouter ces partitions à un LVM, que l'on nomme comme on veut (chez moi : big_scsi_array). Enfin, sur le disque virtuel apparu a coté des disques physiques (nommé donc big_scsi_array), on peut alors créer les partitions que l'on veut. Pour ma part je n'en ai fait qu'une, en ext3 (comme le reste de mon systeme) nommée /bordel. Il faut ensuite la formatter, et finalement la monter.
Au final, on obtient donc :
df -k
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/hda1 3480464 2496704 806960 76% /
/dev/hda6 2214424 650276 1564148 30% /home
/dev/big_scsi_array/1 4100160 1142132 2749748 30% /bordel
Pour charger le module dc395x au boot, j'ai tenté de le déclarer dans /etc/modprobe.preload Je vous dirais si ça marche au prochain reboot.
lu 381 fois :: 773 mots
États Unis (46660)
Réseaux (29521)
Commercial (22935)
France (20822)
Numeric (7652)





Commentaires
Aucun commentaire pour le moment.
Ajouter un commentaire