Bonjour,
Je viens demander des conseils et de l'aide pour l'installation de
Red Hat sur un serveur relié à un SAN contenant plus d'une dizaine de disques d'environ 750Go.
Voici ma configuration matérielle.
Je dispose d'une baie
HP StorageWorks MSA60 contenant 12 disques de 750 Go. Elle est reliée à un serveur
HP Proliant DL580G5 : plus de
33 Go de ram et 2 disques de 75 Go.
Le but est d' installer Linux sur le serveur et de créer une partition /data de 8To environ sur la baie. Voici comment je m'y suis prise.
1- J'ai installé redhat sur le serveur en ayant téléchargé
Red Hat Enterprise Linux (v. 5 for 64-bit x86_64). Au moment du partitionnement, je ne voyais pas la baie (elle n'avait pas été configurée). Mon serveur est donc maintenant sous Red Hat avec les 2 disques en raid1, donc il a une capacité de 75 Go d'espace disque. Comme il avait 33 Go de Ram, j'ai créé une partition /Swap de 33Go, du coup mon serveur à environ 30 Go d'espace disque.
Code :
1
2
3
4
5
| Sys. de fich. Type Tail. Occ. Disp. %Occ. Monté sur
/dev/cciss/c0d0p1
ext3 35G 4,5G 29G 14% /
tmpfs tmpfs 16G 0 16G 0% /dev/shm
none tmpfs 16G 104K 16G 1% /var/lib/xenstored |
Maintenant, souhaitant utiliser la baie, sinon aucun intérêt
, j'ai utilisé le CD d'HP pour configurer le raid. J'ai donc configuré ma baie en raid5. Ensuite, j'ai utilisé mon CD Gparted afin de partitionner mon volume de plus de 7To. J'ai ainsi créé une
partition /data en ext3. Cela à duré environ 1h.
Le problème actuellement est le suivant : Lorsque que je redémarre mon serveur, je ne vois toujours pas cette partition /data. Voici quelques résultats de commande système.
df -Th
Code :
1
2
3
4
5
| Sys. de fich. Type Tail. Occ. Disp. %Occ. Monté sur
/dev/cciss/c0d0p1
ext3 35G 4,5G 29G 14% /
tmpfs tmpfs 16G 0 16G 0% /dev/shm
none tmpfs 16G 104K 16G 1% /var/lib/xenstored |
fdisk -l
Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| Disque /dev/cciss/c0d0: 73.3 Go, 73372631040 octets
255 heads, 63 sectors/track, 8920 cylinders
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/cciss/c0d0p1 * 1 4713 37857141 83 Linux
/dev/cciss/c0d0p2 4714 8920 33792727+ 82 Linux swap / Solaris
WARNING: GPT (GUID Partition Table) detected on '/dev/cciss/c1d0'! The util fdisk doesn't support GPT. Use GNU Parted.
WARNING: The size of this disk is 8.3 TB (8251347165184 bytes).
DOS partition table format can not be used on drives for volumes
larger than 2.2 TB (2199023255040 bytes). Use parted(1) and GUID
partition table format (GPT).
Disque /dev/cciss/c1d0: 8251.3 Go, 8251347165184 octets
255 heads, 63 sectors/track, 1003169 cylinders
Unités = cylindres de 16065 * 512 = 8225280 octets
Périphérique Amorce Début Fin Blocs Id Système
/dev/cciss/c1d0p1 1 267350 2147483647+ ee EFI GPT |
sfdisk -l
Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| Disque /dev/cciss/c0d0: 17562 cylindres, 255 têtes, 32 secteurs/piste
AVERTISSEMENT: la table de partitions semble avoir été créée
pour C/H/S=*/255/63 (au lieu de 17562/255/32).
Pour ce rapport, la géométrie suivante sera assumée.
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0
Périph Amor Début Fin #cyls #blocs Id Système
/dev/cciss/c0d0p1 * 0+ 4712 4713- 37857141 83 Linux
/dev/cciss/c0d0p2 4713 8919 4207 33792727+ 82 Linux swap / Solaris
/dev/cciss/c0d0p3 0 - 0 0 0 Vide
/dev/cciss/c0d0p4 0 - 0 0 0 Vide
WARNING: GPT (GUID Partition Table) detected on '/dev/cciss/c1d0'! The util sfdisk doesn't support GPT. Use GNU Parted.
Disque /dev/cciss/c1d0: 1974989 cylindres, 255 têtes, 32 secteurs/piste
AVERTISSEMENT: la table de partitions semble avoir été créée
pour C/H/S=*/255/63 (au lieu de 1974989/255/32).
Pour ce rapport, la géométrie suivante sera assumée.
Unités= cylindres de 8225280 octets, blocs de 1024 octets, décompte à partir de 0
Périph Amor Début Fin #cyls #blocs Id Système
/dev/cciss/c1d0p1 0+ 267349- 267350- 2147483647+ ee EFI GPT
début: (c,h,s) expecté (0,0,2) trouvé (0,0,1)
/dev/cciss/c1d0p2 0 - 0 0 0 Vide
/dev/cciss/c1d0p3 0 - 0 0 0 Vide
/dev/cciss/c1d0p4 0 - 0 0 0 Vide |
J'ai l'impression qu'il y a une limitation à 2,2To pourtant, je pensais que la limitation était à 16To comme sur ce lien :
http://www.europe.redhat.com/products/rhel/compare/ ?
Est-ce que je m'y suis mal prise dans le partionnement? J'avais la possibilité d'utiliser le format ext4, mais je ne sais pas s'il est toujours en bêta. Que me conseillez vous :
- De refaire l'installation complète de redhat afin de faire le partitionnement complet avec le CD de redhat ?
Au téléchargement de redhat, j'avais le choix entre :
- Red Hat Enterprise Linux (v. 5 for 32-bit x86)
- Red Hat Enterprise Linux (v. 5 for 64-bit x86_64)
- Red Hat Enterprise Linux (v. 5 for 64-bit Itanium)
- Red Hat Enterprise Linux (v. 5 for 64-bit IBM POWER)
et j'ai choisi
Red Hat Enterprise Linux (v. 5 for 64-bit x86_64). Aurais je dû prendre L'
Itanium ?
J'ai trouvé sur un site ce commentaire
Citation:
Red Hat Enterprise Linux 4 Update 1 offre la prise en charge de périphériques de disque supérieurs à 2 téraoctets (To). Bien que la prise en charge de cette fonction soit limitée dans la version Red Hat Enterprise Linux 4, Update 1 contient de nombreuses améliorations (dans les programmes d'espace utilisateur et dans le noyau). En général, Update 1 est considérée une nécessité pour la prise en charge de périphériques de disque supérieurs à 2 To.
Veuillez noter les directives et les restrictions suivantes sur la prise en charge de grands périphériques :
· Les périphériques de disque typiques sont adressés en unités de blocs de 512 octets. La taille de l'adresse dans la commande SCSI détermine la taille maximum de périphérique. L'ensemble de commandes SCSI inclut des commandes qui possèdent des adresses en blocs de 16-bit (la taille de périphérique est limitée à 2 Go), des adresses en blocs de 32-bit (limitées à l'adressage de 2 To) et des adresses en blocs de 64-bit. Le sous-système SCSI dans le noyau 2.6 prend en charge les commandes avec des adresses en blocs de 64-bit. Pour prendre en charge des disques supérieurs à 2 To, l'adaptateur HBA (Host Bus Adapter), le pilote HBA et le périphérique de stockage doivent également prendre en charge ces adresses. Red Hat a testé le pilote QLogic qla2300 et le pilote Emulex lpfc, y compris dans Red Hat Enterprise Linux 4 Update 1, sur une unité logique de 8 To sur un système Winchester Systems FX400 (une révision 3.42B ou supérieure est requise).
· Le format de table de partitions MS-DOS couramment utilisé ne peut pas être utilisé sur les périphériques supérieurs à 2 To. Pour ces derniers, le format de table de partitions GPT doit être utilisé. L'utilitaire parted doit être utilisé pour la création et la gestion de partitions GPT. Pour créer une partition GPT, utilisez la commande parted mklabel gpt.
Red Hat requiert que tous les périphériques blocs soient initialisés avec une table de partitions valide, même si il existe une seule partition couvrant tout le périphérique. Cette nécessité existe pour éviter des problèmes posés par des tables de partitions erronées ou involontaires sur le périphérique.
· L'installateur Anaconda prend uniquement en charge les tables de partitions GPT sur l'architecture Itanium(TM). Il n'est donc pas possible d'installer ou de formater des périphériques supérieurs à 2 To avec Anaconda, à part sur les plateformes Itanium(TM).
· Les répertoires / et /boot doivent se trouver sur des périphériques inférieurs ou égaux à 2 To.
· Divers problèmes avec LVM2 sur de grands périphériques sont corrigés dans Red Hat Enterprise Linux 4 Update 1. N'utilisez pas LVM2 sur des périphériques supérieurs à 2 To avant d'installer Update 1.
Comme mentionné ci-dessus, Red Hat requiert qu'une table de partitions soit écrite sur le périphérique bloc, même lorsqu'il est utilisé pour un groupe de volumes LVM2. Dans ce cas, vous pouvez créer une seule partition qui s'étend sur le périphérique entier. Assurez-vous ensuite de spécifier le nom complet de la partition (par exemple, /dev/sda1, et non pas /dev/sda), lorsque vous utilisez les commandes pvcreate et vgcreate.
· La taille maximum d'un disque qui peut faire partie d'un ensemble RAID logiciel md est de 2 To. Le périphérique RAID md peut lui-même être supérieur à 2 To. Red Hat a testé les périphériques md jusqu'à 8 To.
· Divers problèmes avec e2fsprogs qui se produisent sur des périphériques supérieurs à 4 To, sont traités dans Red Hat Enterprise Linux 4 Update 1. Avant Update 1, ces problèmes peuvent être contournés en spécifiant mke2fs -b 4096 lors de la création d'un système de fichiers ext2 ou ext3. Ceci n'est pas nécessaire dans Update 1.
Les systèmes de fichiers ext2 et ext3 ont une limite interne de 8 To. Les périphériques allant jusqu'à cette limite ont été testés dans Red Hat Enterprise Linux 4 Update 1.
Vous pouvez utiliser la commande mke2fs -T largefile4 pour accélérer la création de grands systèmes de fichiers.
· Le système de fichiers GFS est limité à 16 To sur les systèmes à 32-bit et à 8 exaoctets (Eo) sur les systèmes à 64-bit. Red Hat a testé les tailles de systèmes de fichiers GFS allant jusqu'à 8 To.
· Les partitions NFS supérieures à 2 To ont été testées et sont prises en charge.
· Les outils d'espace utilisateur de Red Hat Enterprise Linux 4 Update 1 sont compilés pour la prise en charge de grands fichiers. Cependant, il n'est pas possible de tester chaque programme dans ce mode. Veuillez nous envoyer un rapport si un problème se produit lors de l'utilisation d'outils pour la prise en charge de grands fichiers.
· Le programme inn ne fonctionne pas correctement avec des périphériques supérieurs à 2 To. Ceci sera traité dans une prochaine version de Red Hat Enterprise Linux.
|
Mais ça reste flou pour moi, donc j'attends avec impatience vos expériences, conseil ou autre idée.
Merci
19/11/2010, 12h22
Partition supérieure à 8To inaccessible
10
