Guide Admin Gestion Volume Logique

Guide de l'administrateur système
HP-UX : Gestion des volumes logiques

HP-UX 11i version 3
Référence HP : 5992-4595
Date de publication : Septembre 2008
Édition : 3
© Copyright 2008 Hewlett-Packard Development Company, L.P.
Avis
Logiciel confidentiel. Licence HP valide requise pour la détention, l’utilisation ou la copie. En accord avec les articles FAR 12.211
et 12.212, les logiciels informatiques, la documentation des logiciels et les informations techniques commerciales sont concédés
au gouvernement américain sous licence commerciale standard du fournisseur. Les informations contenues dans le présent
document sont susceptibles d’être modifiées sans préavis. Les seules garanties applicables aux produits et aux services HP sont
celles figurant dans les déclarations de garantie expresse accompagnant les dits produits et services. Aucun terme de ce document
ne peut être interprété comme constituant une garantie supplémentaire. HP ne peut être tenu pour responsable des erreurs ou
omissions rédactionnelles ou techniques contenues dans le présent manuel. UNIX est une marque déposée de The Open Group.
Déclarations de marques
VERITAS™ est une marque déposée de Symantec Corporation.

Table des matières
À propos de ce document............................................................................................................11
Utilisateurs potentiels.........................................................................................................11
Informations nouvelles et modifiées dans cette édition.....................................................11
À propos de cette série.......................................................................................................11
Organisation du document.................................................................................................12
Conventions typographiques.............................................................................................12
Exemples et shells..........................................................................................................14
Syntaxe de commande...................................................................................................14
Informations connexes........................................................................................................15
Emplacement des informations sur HP-UX.......................................................................15
Identificateurs des versions de systèmes d'exploitation et des noms de versions de
HP-UX 11i...........................................................................................................................16
Détermination de la version de votre système...................................................................17
Historique d'impression.....................................................................................................18
Commentaires et suggestions.............................................................................................18
1 Introduction..............................................................................................................................19
Fonctionnalités de LVM......................................................................................................19
Architecture de LVM..........................................................................................................20
Comparaison des étendues logiques et physiques.............................................................22
Versions de groupe de volumes LVM.................................................................................24
Utilisation des fichiers de périphériques LVM...................................................................26
Comparaison des fichiers de périphériques hérités et des fichiers de périphériques
persistants......................................................................................................................26
Conventions d'affectation de noms pour LVM.............................................................27
Format de numéro de périphérique..............................................................................30
Format des numéros de périphériques pour la version 1.0.....................................30
Format des numéros de périphériques pour la version 2.x.....................................31
Agencement des disques LVM...........................................................................................31
Zone réservée de données d’amorçage (BDRA)............................................................31
Zone de format d'interface logique (LIF)......................................................................32
Zone réservée au volume physique (PVRA).................................................................32
Zone réservée au groupe de volumes (VGRA).............................................................33
Zone de données utilisateur..........................................................................................33
Limitations de LVM............................................................................................................34
2 Configuration de LVM...............................................................................................................35
Planification de votre configuration LVM..........................................................................35
Configuration de différents types de volumes logiques....................................................36
Table des matières 3

Configuration de volumes logiques pour le stockage de données brutes....................36
Configuration de volumes logiques pour les systèmes de fichiers...............................37
Recommandations relatives aux volumes logiques de systèmes de fichiers...........38
Configuration de volumes logiques pour l'échange.....................................................39
Recommandations relatives aux volumes logiques d'échange................................39
Configuration de volumes logiques pour le vidage mémoire......................................40
Recommandations relatives aux volumes logiques de vidage................................40
Planification de la disponibilité..........................................................................................41
Augmentation de la disponibilité des données grâce à la mise en miroir....................41
Contrôle du comportement d'écriture de miroir.....................................................42
Stratégie d'allocation...........................................................................................42
Stratégie de planification....................................................................................43
Stratégie de synchronisation...............................................................................43
Synchronisation d’un volume logique en miroir.....................................................44
Augmentation de la redondance des disques grâce à la préservation de disque.........46
Augmentation de la redondance matérielle grâce au multichemin.............................47
Configuration du multichemin à un volume physique...........................................47
Planification des performances..........................................................................................48
Facteurs de performances généraux.............................................................................49
Utilisation de la mémoire.........................................................................................49
Utilisation des processeurs......................................................................................49
Utilisation de l'espace disque...................................................................................49
Facteurs de performances internes................................................................................49
Stratégie de planification.........................................................................................49
Cache de cohérence d'écriture miroir......................................................................50
Chevauchement de disque.......................................................................................50
Nombre de groupes de volumes..............................................................................51
Groupes de volumes physiques...............................................................................51
Augmentation des performances grâce à l'entrelacement des disques........................51
Détermination de la taille optimale de la section d’entrelacement..........................53
Interactions entre la mise en miroir et l'entrelacement............................................54
Augmentation des performances grâce à la séparation des canaux d'E/S....................54
Planification de la récupération..........................................................................................55
Préparation de la récupération système LVM...............................................................56
Exemple de script pour l'enregistrement de configuration LVM............................58
3 Administration de LVM..............................................................................................................59
Outils d'administration.......................................................................................................59
Affichage d'informations LVM...........................................................................................62
Informations sur les groupes de volumes.....................................................................62
Informations sur les volumes physiques......................................................................63
Informations sur les volumes logiques.........................................................................64
Tâches LVM courantes........................................................................................................65
4 Table des matières

Initialisation d'un disque pour une utilisation LVM.....................................................65
Création d’un groupe de volumes................................................................................66
Création du fichier de périphérique de groupe de volumes...................................66
Création d'un groupe de volumes de version 1.0....................................................67
Création d'un groupe de volumes de version 2.x....................................................68
Ajout d'un disque à un groupe de volumes..................................................................69
Suppression d’un disque d'un groupe de volumes......................................................69
Création d’un volume logique......................................................................................70
Création d’un volume logique entrelacé..................................................................71
Création d’un volume logique en miroir.................................................................71
Extension d’un volume logique....................................................................................72
Extension d’un volume logique à un disque spécifique..........................................73
Réduction d’un volume logique....................................................................................74
Ajout d’une copie miroir à un volume logique.............................................................74
Suppression d’une copie miroir d'un volume logique..................................................75
Attribution d'un nouveau nom à un volume logique...................................................76
Suppression d’un volume logique................................................................................76
Exportation d'un groupe de volumes...........................................................................77
Importation d'un groupe de volumes...........................................................................78
Modification de paramètres de groupes de volumes...................................................79
Suspension et reprise d'un groupe de volumes............................................................82
Attribution d'un nouveau nom à un groupe de volumes.............................................83
Fractionnement d'un groupe de volumes.....................................................................85
Suppression d’un groupe de volumes..........................................................................86
Sauvegarde d'un volume logique en miroir..................................................................87
Sauvegarde et restauration d'une configuration de groupe de volumes......................88
Déplacement et reconfiguration des disques.....................................................................89
Déplacement de disques au sein d'un système.............................................................90
Déplacement de disques d'un système à un autre........................................................91
Déplacement de données sur un volume physique différent.......................................93
Création d’un disque de rechange................................................................................94
Réimplantation d’un disque de rechange.....................................................................94
Modification des caractéristiques des volumes physiques...........................................95
Reconnaissance des modifications de taille.............................................................95
Modification des types d'amorçage de volumes physiques....................................99
Désactivation d'un chemin d'accès à un volume physique.........................................103
Création d'un disque d'amorçage secondaire.............................................................104
Mise en miroir du disque d'amorçage.........................................................................107
Mise en miroir du disque d'amorçage sur les serveurs HP 9000...........................108
Mise en miroir du disque d'amorçage sur les serveurs HP Integrity....................110
Administration des volumes logiques de systèmes de fichiers........................................114
Création d’un système de fichiers...............................................................................114
Extension d'un système de fichiers.............................................................................115
Réduction de la taille d’un système de fichiers...........................................................118

Sauvegarde d’un système de fichiers instantané VxFS...............................................120
Administration des volumes logiques d'échange.............................................................121
Création d’un volume logique d'échange...................................................................122
Extension d'un périphérique d'échange......................................................................122
Réduction de taille d’un périphérique d'échange.......................................................122
Administration des volumes logiques de vidage.............................................................123
Création d’un volume logique de vidage....................................................................123
Suppression d’un volume logique de vidage..............................................................123
Aspects liés au matériel....................................................................................................123
Intégration de LUN clonés..........................................................................................123
4 Dépannage de LVM................................................................................................................125
Présentation des outils de dépannage..............................................................................125
Collecte d'informations...............................................................................................125
Vérifications de cohérence...........................................................................................126
Amorçage en mode maintenance................................................................................127
Fichiers journaux et fichiers de traces...............................................................................128
Erreurs d'E/S.....................................................................................................................128
Erreurs récupérables....................................................................................................128
Périphérique momentanément indisponible.........................................................129
Périphériques indisponibles de manière permanente...........................................129
Erreurs non récupérables............................................................................................130
Erreurs de support.................................................................................................130
Périphériques manquant lorsque le groupe de volumes a été activé....................131
Échecs d'activation de groupe de volumes.......................................................................131
Problèmes de quorum avec un groupe de volumes non-racine.................................132
Problèmes de quorum avec un groupe de volumes racine.........................................133
Échecs d'activation de groupe de volumes de version 2.x..........................................133
Analyse de groupe de volumes racine..............................................................................135
Échec d'amorçage LVM.....................................................................................................136
Quorum insuffisant.....................................................................................................136
Structures de données LVM endommagées sur disque..............................................136
Fichier de configuration LVM endommagé................................................................136
Problèmes liés à la réduction de la taille d’un volume logique........................................137
Remplacement d’un disque défectueux...........................................................................138
Conditions préalables au remplacement de disque....................................................138
Remplacement d’un disque de non-amorçage mis en miroir.....................................141
Remplacement d'un disque de non-amorçage non mis en miroir..............................143
Remplacement d’un disque d'amorçage mis en miroir..............................................148
Remplacement d'un disque d'amorçage non mis en miroir.......................................152
Avertissements et messages d'erreur................................................................................152
Mise en correspondance des messages d'erreur aux disques physiques et groupes
de volumes...................................................................................................................152
6 Table des matières

Messages pour toutes les commandes LVM...............................................................153
lvchange(1M)...............................................................................................................154
lvextend(1M)................................................................................................................154
lvlnboot(1M)................................................................................................................155
pvchange(1M)..............................................................................................................156
vgcfgbackup(1M).........................................................................................................157
vgcfgrestore(1M).........................................................................................................157
vgchange(1M)..............................................................................................................157
vgcreate(1M)................................................................................................................160
vgdisplay(1M).............................................................................................................161
vgextend(1M)...............................................................................................................162
vgimport(1M)..............................................................................................................163
/var/adm/syslog/syslog.log..........................................................................................164
Signalement des problèmes..............................................................................................165
A Spécifications et limitations de LVM..........................................................................................167
B Synthèse de commandes LVM..................................................................................................171
C Conseils relatifs au paramétrage de groupe de volumes.............................................................175

Choix d'une taille d'étendue optimale pour un groupe de volumes de version 1.0........175
Glossaire..................................................................................................................................177
Index........................................................................................................................................179

Liste des illustrations
1-1 Espace disque partitionné en volumes logiques.........................................................21
1-2 Étendues physiques et étendues logiques..................................................................23
2-1 Éléments constituant l’espace d’un système de fichiers.............................................37
2-2 Alternance des disques sur les bus.............................................................................52
3-1 Exemple de configuration de disque LVM sur un serveur HP Integrity..................111
8 Liste des illustrations

Liste des tableaux
1 Emplacement des informations sur HP-UX................................................................15
2 Versions de HP-UX 11i................................................................................................16
3 Version de système d'exploitation, architecture système et modèle de machine.......17
1-1 Propriétés de version de groupe de volumes LVM.....................................................25
1-2 Convention d'affectation de noms de volumes physiques.........................................28
1-3 Format des numéros de périphériques pour la version 1.0........................................30
1-4 Format des numéros de périphériques pour la version 2.x........................................31
3-1 Commandes de gestion des volumes physiques........................................................60
3-2 Commandes de gestion des groupes de volumes.......................................................60
3-3 Commandes de gestion des volumes logiques...........................................................61
4-1 Informations LVM à recueillir et à conserver............................................................125
A-1 Valeurs maximales concernant les versions de groupes de volumes.......................167
A-2 Limites concernant les groupes de volumes de version 1.0......................................168
A-3 Limites concernant les groupes de volumes de version 2.x......................................169
B-1 Synthèse de commandes LVM..................................................................................171
9
10
À propos de ce document
Le Guide de l'administrateur système HP-UX : Gestion des volumes logiques, décrit comment
configurer, administrer et résoudre les problèmes liés au produit Logical Volume
Manager (LVM) sur les plates-formes HP-UX 11i version 3.
Utilisateurs potentiels
Le Guide de l'administrateur système HP-UX est destiné aux administrateurs de systèmes
HP-UX de tous niveaux d'expertise responsables de la gestion des systèmes HP-UX à
compter de HP-UX 11 version 3.
Bien que de nombreuses rubriques de cette collection s'appliquent aux versions
précédentes, de nombreuses modifications ont été apportées à HP-UX 11i version 3.
Par conséquent, pour obtenir des informations sur les versions précédentes, veuillez
vous reporter au manuel intitulé Gestion des systèmes et des groupes de travail : Guide pour
les administrateurs système HP-UX.
Informations nouvelles et modifiées dans cette édition

La troisième édition du Guide de l'administrateur système HP-UX : Gestion des volumes
logiques traite des nouvelles rubriques suivantes :
• Groupes de volumes de version 2.1, introduits dans la version de Septembre 2008
d'HP-UX 11i version 3. Voir « Versions de groupe de volumes LVM » (page 24).
• Recommandations concernant le paramétrage des groupes de volumes. Voir
l'Annexe C (page 175).
À propos de cette série

Le Guide de l'administrateur système HP-UX documente les principales tâches (et concepts
associés) nécessaires pour administrer les systèmes exécutant HP-UX 11i version 3.
Le Guide de l'administrateur système HP-UX est une collection de documents composée
des volumes suivants :
Présentation Fournit une vue de haut niveau de HP-UX 11i,
de ses composants et de leur relation.
Gestion de la configuration Décrit une grande partie des tâches que vous
devez effectuer afin de configurer et
personnaliser les paramètres système et le
comportement des sous-systèmes.
Gestion des volumes logiques Décrit comment configurer des volumes
physiques, des groupes de volumes et des
volumes logiques à l'aide de HP Logical Volume
Manager (LVM).
Utilisateurs potentiels 11
Gestion de la sécurité Décrit les fonctionnalités de sécurité des données
et du système HP-UX 11i.
Tâches de gestion systématiques Décrit une grande partie des tâches courantes à
effectuer pour garantir le bon fonctionnement de
votre système.
Organisation du document
Ce document est organisé comme suit :
Chapitre 1 : Introduction Lisez ce chapitre pour en savoir plus sur les
concepts LVM.
Chapitre 2 : Configuration de LVM Ce chapitre décrit comment configurer un
système de façon à utiliser LVM.
Chapitre 3 : Administration de LVM Ce chapitre décrit comment administrer
quotidiennement LVM.
Chapitre 4 : Dépannage de LVM Ce chapitre décrit comment résoudre les
problèmes de configuration LVM.
Annexe A : Spécifications et Reportez-vous à cette annexe pour rechercher
limitations de LVM des spécifications de produits.
Annexe B : Synthèse de commandes Cette annexe répertorie des commandes LVM
LVM fréquemment utilisées.
Annexe C : Conseils relatifs au Utilisez cette annexe pour en savoir plus sur les
paramétrage de groupe de volumes recommandations relatives aux paramètres de
création de groupe de volumes.
Glossaire Cette annexe répertorie des définitions de termes
LVM fréquemment utilisés.
Conventions typographiques
Ce document utilise les conventions typographiques suivantes :
%, $ ou # Un signe de pourcentage représente l'invite système
de shell C. Un signe dollar représente l'invite
système des shells Bourne, Korn et POSIX. Un signe
dièse représente l'invite de superutilisateur.
audit(5) Page de manuel. Le nom de la page de manuel est
audit, et elle se trouve dans la Section 5.
Commande Un nom de commande ou une phrase de commande
qualifiée.
Sortie d'ordinateur Texte affiché par l’ordinateur.
12
Ctrl+x Séquence de touches. Une séquence telle que Ctrl+x
indique que vous devez maintenir enfoncée la
touche Ctrl tout en appuyant sur une autre touche
ou un bouton de la souris.
Titre de document Le titre d'un document. Sur le Web et sur le support
Instant Information, il peut s’agir d’un lien vers le
document proprement dit.
VARIABLE ENVIRONNEMENT Nom d'une variable d'environnement, par exemple
PATH.
[NOM ERREUR] Nom d'une erreur, généralement retournée dans la
variable errno.
Touche Nom d'une touche du clavier. Retour et Entrée
désignent la même touche.
Terme Utilisation définie d'un mot ou d'une phrase
important.
Entrée utilisateur Commandes et texte que vous saisissez.
Variable Nom d'un espace réservé dans une commande,
fonction ou autre affichage de syntaxe que vous
devez remplacer par une valeur réelle.
[] Le contenu est facultatif dans la syntaxe. Si le
contenu apparaît sous la forme d’une liste
comportant des séparateurs |, vous devez choisir
un des éléments.
{} Le contenu est obligatoire dans la syntaxe. Si le
contenu apparaît sous la forme d'une liste
comportant des séparateurs |, vous devez choisir
un des éléments.
... L’élément précédent peut être répété à un nombre
arbitraire de reprises.
| Sépare les éléments d’une liste de choix.
AVERTISSEMENT Un avertissement indique des informations
importantes qui, si elles ne sont pas comprises ou
respectées, provoqueront des blessures personnelles
ou des problèmes système irrécupérables.
ATTENTION Une attention indique des informations importantes
qui, si elles ne sont pas comprises ou respectées,
provoqueront des pertes de données, un
endommagement des données ou des dommages
matériels ou logiciels.
IMPORTANT Cette alerte fournit des informations essentielles
expliquant un concept ou l'exécution d'une tâche.
Conventions typographiques 13
REMARQUE Une remarque contient des informations
supplémentaires destinées à souligner ou compléter
des points importants du texte principal.
Exemples et shells
Ce document décrit les pratiques utilisées par l'administrateur système. L'utilisateur
root (superutilisateur) devant utiliser le shell POSIX /sbin/sh, tous les exemples de
commande utilisent ce shell. Le shell POSIX est défini dans sh-posix(1). Pour plus
d'informations sur d'autres shells, consultez le document Shells User’s Guide et sh(1).
Syntaxe de commande
Littéral Mot ou caractère que vous entrez littéralement.
Élément remplaçable Mot ou phrase que vous remplacez par une valeur
appropriée.
-caracs Une ou plusieurs options de commandes groupées, telles
que -ikx. Les caracs sont souvent une chaîne de
caractères littéraux représentant chacun une option
spécifique. Par exemple, l'entrée -ikx équivaut aux
options -i, -k et -x. Le caractère plus (+) est parfois
utilisé comme préfixe d'option.
-mot Option de commande unique, telle que -help. Le mot
est un mot clé littéral. La différence par rapport à -caracs
est en général évidente et clarifiée dans une description
d'option. Le caractère plus (+) et le double tiret (--) sont
parfois utilisés comme préfixes d'option.
[] Les métacaractères entre crochets indiquent du contenu
optionnel dans les descriptions de formats et de
commandes.
{} Les métacaractères entre accolades indiquent du contenu
obligatoire dans les descriptions de formats et de
commandes.
| La barre verticale sépare des alternatives dans une liste
de choix, généralement entre crochets ou accolades.
... Le métacaractère ellipse après un jeton (abc...) ou un
crochet droit ([ ]...) ou une accolage droite ({ }...)
indique que l'élément précédent et son espace précédent,
le cas échéant, peuvent être répétés à un nombre
arbitraire de reprises.
... L'ellipse est parfois utilisée pour indiquer des éléments
omis dans une plage.
14
Informations connexes
Vous trouverez des informations supplémentaires concernant LVM et HP-UX sur le
site Web http://docs.hp.com dans la collection HP-UX Operating Environment. Les
documents de référence suivants sont notamment disponibles :
• LVM Limits
• LVM Migration from Legacy to Agile Naming Model
• LVM Online Disk Replacement (LVM OLR)
• LVM Version 2.0 Volume Groups in HP-UX 11i v3
• LVM Volume Group Dynamic LUN expansion (DLE) / vgmodify
• LVM Volume Group Quiesce/Resume
• SLVM Single-Node Online Reconfiguration (SLVM SNOR)
• When Good Disks Go Bad: Dealing with Disk Failures Under LVM
Emplacement des informations sur HP-UX

Le tableau suivant recense les emplacements où vous pourrez trouver les informations
relatives à l’administration système de HP-UX. Il ne donne pas d'informations sur les
produits spécifiques.
Tableau 1 Emplacement des informations sur HP-UX
Si vous désirez Reportez-vous à À l’emplacement
savoir : HP-UX 11i Release Notes spécifiques à votre • Support HP Instant Information
• Ce qui a changé version de HP-UX. • Site Web de documentation
dans les technique HP-UX à l'adresse
versions de suivante : http://docs.hp.com
HP-UX
• Le contenu des
environnements
d'exploitation
• Les exigences de
micrologiciel et
les systèmes pris
en charge pour
une version
spécifique
Installer ou mettre • Informations importantes à lire avant • Kit de support (fourni avec
à jour HP-UX l’installation ou la mise à jour de HP-UX l’environnement d'exploitation)
• Guide d’installation et de mise à jour de HP-UX • Support HP Instant Information
11i (anglais uniquement)
• Site Web de documentation
technique HP-UX à l'adresse
suivante : http://docs.hp.com
Informations connexes 15
Tableau 1 Emplacement des informations sur HP-UX (suite)
Si vous désirez Reportez-vous à À l’emplacement
Administrer un Versions à compter de HP-UX 11i version 3 : • Support HP Instant Information

système HP-UX • Guide de l'administrateur système HP-UX (anglais uniquement)
(collection de plusieurs volumes) • Site Web de documentation
Autres sources d'informations pour technique HP-UX à l'adresse
l'administration système : suivante : http://docs.hp.com
• Le document “Planification des
• nPartition Administrator's Guide configurations Superdome” est
• Document de référence Planification des disponible à l'adresse suivante :
configurations Superdome http://docs.hp.com/hpux/
onlinedocs/os/11i/
superdome.pdf
Identificateurs des versions de systèmes d'exploitation et des noms de

versions de HP-UX 11i
Avec HP-UX 11i, HP offre un système d’exploitation à disponibilité élevée, sécurisé et
facile à administrer, conforme aux exigences d’une informatique orientée Internet de
bout en bout. HP-UX 11i prend en charge les environnements informatiques d'enterprise,
techniques et à mission critique. HP-UX 11i est disponible sur les systèmes HP 9000 et
HP Integrity.
Chaque version de HP-UX 11i est associée à un nom et un identificateur de version.
La commande uname accompagnée de l’option -r renvoie l’identificateur de version.
Le Tableau 2 recense les versions disponibles de HP-UX 11i.
Tableau 2 Versions de HP-UX 11i
Identificateur de version de Nom de version Architecture processeur supportée
système d'exploitation
B.11.11 HP-UX 11i version 1 HP 9000
B.11.23 HP-UX 11i version 2 Integrity
B.11.23.0409 HP-UX 11i version 2 HP 9000 et Integrity

Mise à jour de Septembre 2004
B.11.31 HP-UX 11i version 3 HP 9000 et Integrity
Pour plus d'informations sur les systèmes et l'architecture de processeur pris en charge
pour différentes version d'HP-UX 11i, consultez les notes de mise à jour d'HP-UX 11i
spécifiques à votre version d'HP-UX.
16
Détermination de la version de votre système
Les commandes uname, model et swlist peuvent vous aider à déterminer certaines
informations concernant votre système, parmi lesquelles le type de matériel, le modèle
de machine, la version du système d'exploitation et l'état de mise à jour de
l'environnement d'exploitation. Voir uname(1), model(1) et swlist(1M).
Pour plus d'informations sur les conventions d'affectation de noms de système
d'exploitation, voir « Identificateurs des versions de systèmes d'exploitation et des
noms de versions de HP-UX 11i » (page 16).
Tableau 3 Version de système d'exploitation, architecture système et modèle de machine
Rubrique Commande Exemple de sortie
Version de système $ uname -r B.11.311

d'exploitation
Architecture $ uname -m ia64 2

9000/800 2
Modèle de machine $ model3 ia64 hp server rx5670

9000/800/S16K-A
Environnement $ swlist HPUX*OE* # HPUX11i-OE-MC B.11.31 HP-UX Mission

d'exploitation Critical Operating Environment1
Version de système $ swlist HPUX*OE* # HPUX11i-TCOE B.11.23.0409 HP-UX

d'exploitation - Mise à Technical Computing OE Component1
jour
1 Les identificateurs de version de système d'exploitation HP-UX 11i sont au format B.11.23 ou B.11.23.0409,
où B.11.23 est la version de système d'exploitation et 0409 correspond à l'année et au mois de la mise à
jour de l'environnement d'exploitation (OE).
2 ia64 = Integrity. Tous les autres = HP 9000.
3 La commande getconf MACHINE_MODEL génère la même sortie. Voir getconf(1).
Détermination de la version de votre système 17

Historique d'impression
La date d’impression et le numéro de référence du document indiquent l'édition en
vigueur du document. La date d'impression change lorsqu'une nouvelle édition est
imprimée. Des modifications mineures peuvent être apportées à l'impression sans
changement de la date d'impression. Le numéro de référence du document change
lorsque des modifications étendues sont apportées. Des mises à jour du document
peuvent être publiées entre les différentes éditions, afin de corriger des erreurs ou
documenter des modifications de produit. Nous vous recommandons de vous abonner
au service de support du produit approprié, afin de recevoir les nouvelles éditions ou
les éditions mises à jour. Pour obtenir plus de détails, consultez votre représentant
commercial HP. La version la plus récente de ce document est disponible en ligne à
l'adresse suivante :
http://www.docs.hp.com.
Numéro de Systèmes Versions prises en charge Numéro Date de publication

référence d'exploitation pris d'édition
en charge
5991-6505 HP-UX HP-UX 11i version 3 1 Février 2007
5992-3416 HP-UX HP-UX 11i version 3 2 Mars 2008
5992-4595 HP-UX HP-UX 11i version 3 3 Septembre 2008
REMARQUE : Les volumes du Guide de l'administrateur système HP-UX peuvent être

mis à jour indépendamment. Par conséquent, les dernières versions des volumes de la
collection peuvent parfois différer les unes des autres. Les versions les plus récentes
de chaque volume sont disponibles sur le site Web http://docs.hp.com.
Commentaires et suggestions
HP serait heureux de recevoir vos commentaires concernant ce document. Nous sommes
désireux de mettre à votre disposition une documentation correspondant réellement
à vos besoins. Vous pouvez signaler toute erreur détectée, fournir des suggestions
d'amélioration ou simplement nous faire part de vos compliments à l'adresse suivante :
http://docs.hp.com/fr/feedback.html
Incluez le titre du document, le numéro de référence et tout commentaire, erreur détectée
ou suggestion d'amélioration concernant ce document.
18
1 Introduction
Ce chapitre aborde les sujets suivants :
• « Fonctionnalités de LVM » (page 19)
• « Architecture de LVM » (page 20)
• « Comparaison des étendues logiques et physiques » (page 22)
• « Versions de groupe de volumes LVM » (page 24)
• « Utilisation des fichiers de périphériques LVM » (page 26)
• « Agencement des disques LVM » (page 31)
• « Limitations de LVM » (page 34)
Fonctionnalités de LVM
Logical Volume Manager (LVM) est un système de gestion de stockage qui vous permet
d'allouer et de gérer l'espace disque pour des systèmes de fichiers ou des données
brutes. Traditionnellement, la gestion des disques s'effectue individuellement et en
termes de partitions à taille fixe ; chaque disque ou partition contient un système de
fichiers, de l'espace d'échange, une zone d'amorçage ou des données brutes. Avec LVM,
il n'est pas nécessaire d'affecter un rôle unique à un disque ou une partition de taille
fixe. Au lieu de cela, les disques sont considérés comme une réserve (ou un volume)
de stockage de données constituée d'étendues de taille égale. Les étendues sont allouées
dans des périphériques de stockage virtuels appelés volumes logiques, qui peuvent être
traités comme des disques.
LVM offre les fonctionnalités suivantes :
• La taille d'un volume logique peut être réduite ou augmentée de manière
dynamique afin de répondre à l'évolution des besoins en données. Par exemple,
un volume logique peut être adapté à la taille du système de fichiers qui y est
implanté. Le système de fichiers peut être étendu sans être recréé et sans recréation
du volume logique ; la réduction d'un système de fichiers est plus complexe et
peut nécessiter une recréation du système de fichiers.
• De petits blocs d'espace inutilisé sur plusieurs disques peuvent être combinés afin
de créer un volume utilisable.
• Un volume logique peut dépasser la taille d'un disque physique. Cette
fonctionnalité porte le nom de chevauchement de disque car un système de fichiers
(et un fichier) peut chevaucher plusieurs disques.
• Il est possible de stocker et mettre à jour simultanément jusqu'à six copies de
données identiques à l'aide de LVM. Cette fonctionnalité porte le nom de mise en
miroir de volume logique et requiert un produit optionnel, HP MirrorDisk/UX.
Voir « Augmentation de la disponibilité des données grâce à la mise en miroir »
(page 41).
Fonctionnalités de LVM 19
• Les données en miroir peuvent être configurées de façon à créer automatiquement
un nouveau miroir sur un disque distinct en cas de défaillance d'une des copies
miroirs. Cette fonctionnalité porte le nom de préservation et requiert un produit
optionnel, HP MirrorDisk/UX. Voir l'« Augmentation de la redondance des disques
grâce à la préservation de disque » (page 46).
• Il est possible de créer un volume logique de sorte que des blocs de données
logiquement contigus (par exemple des blocs du même fichier) soient distribués
sur plusieurs disques, ce qui accélère le débit d'E/S pour les grands fichiers en cas
de lecture et d'écriture séquentielles. Cette fonctionnalité porte le nom
d'entrelacement. L'entrelacement peut être utilisé avec la mise en miroir. Voir
« Augmentation des performances grâce à l'entrelacement des disques » (page 51).
• Il est possible de configurer des périphériques accessibles par le biais de plusieurs
liaisons, afin d'améliorer la disponibilité. Si la liaison principale vers un
périphérique échoue, LVM peut basculer automatiquement vers une liaison
secondaire. Cette fonctionnalité porte le nom de multichemin. Voir « Augmentation
de la redondance matérielle grâce au multichemin » (page 47).
Architecture de LVM
La configuration d'un système LVM débute par l'initialisation des disques pour une
utilisation LVM. Un disque LVM porte le nom de volume physique (VP). Un disque peut
être marqué comme un volume physique LVM à l'aide de HP System Management
Homepage (HP SMH) ou de la commande pvcreate. Les volumes physiques utilisent
les mêmes fichiers spéciaux de périphériques que les périphériques disques HP-UX
traditionnels.
LVM divise un disque physique en unités adressables appelées étendues physiques (ÉP).
Les étendues commencent après les métadonnées LVM au début du disque et sont
allouées de manière séquentielle, avec un index commençant à zéro et incrémenté de
un pour chaque étendue. La taille de l’étendue physique est configurée au moment de
la création du groupe de volumes et s’applique à tous les disques de ce groupe. Vous
pouvez sélectionner une taille comprise entre 1 Mo et 256 Mo.
Les volumes physiques sont organisés en groupes de volumes (GV). Un groupe de volumes
peut être constitué d'un ou plusieurs volumes physiques, et il peut y avoir plusieurs
groupes de volumes dans le système. Une fois créé, le groupe de volumes, et non le
disque, est l'entité qui représente le stockage de données. Par conséquent, alors
qu'auparavant on déplaçait les disques d'un système à un autre, avec LVM on déplace
un groupe de volumes d'un système à un autre. Par conséquent, il est souvent plus
commode d'avoir plusieurs groupes de volumes sur un système.
La réserve d'espace disque représentée par un groupe de volumes peut être divisée en
volumes logiques (VL) de tailles variées. Une fois créés, les volumes logiques peuvent
être traités comme des partitions de disques. Ils sont accessibles par le biais de fichiers
spéciaux de périphériques. Un volume logique peut chevaucher plusieurs volumes
20 Introduction
physiques dans un groupe de volumes ou représenter uniquement une partie d'un
volume physique.
Les unités d’allocation élémentaires pour un volume logique se nomment étendues
logiques (ÉL). Une étendue logique étant mappée à une étendue physique, si la taille
de l’étendue physique est de 4 Mo, l’étendue logique est de même dimension. La taille
d’un volume logique est fonction du nombre d’unités d’extension logiques définies.
Vous affectez des systèmes de fichiers, de l'espace d'échange, de l'espace de vidage
mémoire ou des données brutes aux volumes logiques. Par exemple, à la Figure 1-1, le
volume logique /dev/vg01/lvol1 peut contenir un système de fichiers, le volume
logique /dev/vg01/lvol2 de l'espace d'échange et le volume logique /dev/vg01/
lvol3 des données brutes. Vous pouvez utiliser HP SM pour créer un système de
fichiers dans un volume logique de taille spécifiée, puis monter le système de fichiers,
ou vous pouvez utiliser des commandes LVM pour créer puis étendre un volume
logique afin d'allouer un espace suffisant pour des systèmes de fichiers ou des données
brutes. Ensuite, vous créez et montez de nouveaux systèmes de fichiers ou installez
votre application dans le volume logique.
Figure 1-1 Espace disque partitionné en volumes logiques
Architecture de LVM 21
Comparaison des étendues logiques et physiques
Lorsque LVM réserve de l’espace disque à un volume logique, il crée automatiquement
une correspondance entre les étendues physiques et logiques. Ce mappage dépend de
la stratégie choisie lors de la création du volume logique. Les étendues logiques sont
allouées de manière séquentielle, en commençant à zéro, pour chaque volume logique.
LVM utilise ce mappage pour accéder aux données, quel que soit l'emplacement où
elles résident physiquement. Il existe des commandes spécifiques destinées à vous
permettre d’accéder à ces informations de correspondance : voir pvdisplay(1M) et
lvdisplay(1M).
À l’exception des volumes logiques en miroir, entrelacés, ou en miroir entrelacés, une
étendue logique est toujours mappée à une étendue physique. Pour les volumes logiques
en miroir, chaque étendue logique est mappée à plusieurs étendues physiques, selon
le nombre de copies miroir. Si, par exemple, il existe une copie miroir, chaque étendue
logique correspond à deux étendues physiques, la première pour les données originales
et la seconde pour la copie miroir. Pour plus d'informations sur la mise en miroir, voir
« Augmentation de la disponibilité des données grâce à la mise en miroir » (page 41).
Pour de plus amples informations sur les volumes logiques entrelacés, voir
« Augmentation des performances grâce à l'entrelacement des disques » (page 51).
Consultez également le document Disk and File Management Tasks on HP-UX.
La Figure 1-2 donne quelques exemples de différents types de mappage entre étendues
physiques et logiques à l’intérieur d’un groupe de volumes donné.
22 Introduction
Figure 1-2 Étendues physiques et étendues logiques
Comme le montre la Figure 1-2, les données du premier volume logique sont réparties
sur les trois volumes physiques du groupe de volumes. Du fait que le second volume
logique est de type miroir, chaque étendue logique est mappée à plusieurs étendues
physiques. Dans le cas présent, il y a deux étendues physiques contenant des données,
implantées sur les second et troisième disques du groupe de volumes.
Par défaut, LVM affecte des étendues physiques aux volumes logiques en sélectionnant
des étendues physiques disponibles sur les disques dans l'ordre dans lequel ils
apparaissent dans les fichiers de configuration LVM, /etc/lvmtab et /etc/lvmtab_p.
Si vous êtes administrateur système, vous pouvez outrepasser cette affectation par
défaut et définir les disques utilisés par un volume logique (voir « Extension d’un
volume logique à un disque spécifique » (page 73)).
Si un volume logique doit être utilisé comme racine, amorçage, échange principal ou
vidage mémoire, les étendues physiques doivent être contiguës, ce qui signifie qu'elles
doivent être allouées par ordre croissant, sans espace, sur un même volume physique.
Comparaison des étendues logiques et physiques 23

Pour les volumes logiques qui ne sont pas utilisés comme racine, amorçage, échange
principal ou vidage mémoire, les étendues physiques qui correspondent à des étendues
logiques contiguës dans un volume logique peuvent être non contiguës sur un volume
physique ou résider sur des disques différents. En conséquence, un système de fichiers
créé sur un volume logique peut résider sur plusieurs disques.
Versions de groupe de volumes LVM

À compter de la version de Septembre 2008 d'HP-UX 11i version 3, LVM prend en
charge trois versions de groupes de volumes. Toutes les informations et tâches dans
ce document s'appliquent à toutes les versions de groupe de volumes, sauf indication
contraire.
La version 1.0 est celle prise en charge sur toutes les versions actuelles et précédentes
d'HP-UX 11i. Les procédures et syntaxes de commande pour la gestion des groupes
de volumes de version 1.0 sont inchangées par rapport aux versions précédentes. Lors
de la création d'un nouveau groupe de volumes, vgcreate utilise par défaut la
version 1.0.
La version 2.0 et la version 2.1 autorisent la configuration de plus grands groupes de
volumes, volumes logiques et volumes physiques, ainsi que d'autres paramètres. La
version 2.1 est identique à la version 2.0, mais elle autorise une plus grande quantité
de groupes de volumes, de volumes physiques et de volumes logiques. Les groupes
de volumes de version 2.x sont gérés exactement comme les groupes de volumes de
version 1.0, hormis les exceptions suivantes :
• Les groupes de volumes de version 2.x ont des options plus simples pour la
commande vgcreate. Lors de la création d'un groupe de volumes de version 2.x,
vous spécifiez uniquement la taille d'étendue et la taille maximale jusqu'à laquelle
le groupe de volumes peut croître. Cela procure à LVM une plus grande flexibilité
de gestion de l'espace : vous pouvez utiliser les mêmes paramètres pour un groupe
de volumes avec de nombreux petits VP et pour un groupe de volumes avec
quelques grands VP. Pour plus d'informations sur la création de groupe de volumes,
voir « Création d’un groupe de volumes » (page 66).
• Les groupes de volumes de version 2.0 ne sont pas reconnus sur les versions
précédentes d'HP-UX, y compris les versions d'HP-UX 11i version 3 antérieures
à mars 2008. Les groupes de volumes de version 2.1 ne sont pas reconnus sur les
versions précédentes d'HP-UX, y compris les versions d'HP-UX 11i version 3
antérieures à septembre 2008.
• Les groupes de volumes de version 2.x ne prennent pas en charge les volumes
logiques racines, d'amorçage, d'échange ou de vidage. Les commandes lvlnboot
et lvrmboot affichent un message d'erreur si elles sont exécutées sur un groupe
de volumes de version 2.x.
• Les groupes de volumes de version 2.x ne prennent pas en charge les volumes
physiques amorçables. Vous ne pouvez pas ajouter un volume physique créé avec
pvcreate -B à un groupe de volumes de version 2.x.
24 Introduction
• Les groupes de volumes de version 2.x ne prennent pas en charge la préservation
de disque. L'utilisation de l'option -z de la commande vgextend ou pvchange
provoque l'affichage d'un message d'erreur.
• Les commandes pvck et vgmodify ne sont pas prises en charge sur les groupes
de volumes de version 2.x.
• Certains produits HP-UX ne prennent pas en charge les groupes de volumes de
version 2.x. Pour plus d'informations, consultez le manuel HP-UX Logical Volume
Manager and MirrorDisk/UX Release Notes relatif à votre version.
Le Tableau 1-1 compare les groupes de volumes de version 1.0 et de version 2.x :
Tableau 1-1 Propriétés de version de groupe de volumes LVM
Groupes de volumes Groupes de volumes Groupes de volumes
version 1.0 version 2.0 version 2.1
Nombre maximal de 256 5121 20481

groupes de volumes sur
un système

volumes physiques dans
un groupe de volumes

volumes logiques dans
Taille maximale d'un 2 To 16 To 16 To

volume physique

groupe de volumes

volume logique
Taille maximale d'une 256 Mo 256 Mo 256 Mo

étendue physique
Taille maximale de 32 Mo 256 Mo 256 Mo

section d'entrelacement
Nombre maximal 255 511 511

d'entrelacements
Nombre maximal 65535 33554432 33554432

d'étendues logiques par
volume logique
Nombre maximal 65535 16777216 16777216

d'étendues physiques
par volume physique
Versions de groupe de volumes LVM 25

Tableau 1-1 Propriétés de version de groupe de volumes LVM (suite)
Nombre de copies miroir 0–2 0–5 0–5

(produit MirrorDisk/UX
nécessaire)
Fichier de configuration /etc/lvmtab /etc/lvmtab_p /etc/lvmtab_p

LVM
Numéro majeur de 64 128 128

fichier de périphérique
1 La limite de 2048 groupes de volumes est partagée entre les groupes de volumes de version 2.0 et de
version 2.1. Des groupes de volumes des deux versions peuvent être créés avec des numéros de groupes
de volumes allant de 0 à 2047. Toutefois, la quantité maximale de groupes de volumes de version 2.0
qui peuvent être créés est de 512.
Vous pouvez afficher les limites de groupes de volumes avec la commande lvmadm.
Pour plus d'informations, voir lvmadm(1M).
Utilisation des fichiers de périphériques LVM

Tous les composants LVM sont représentés par des fichiers spéciaux de périphériques
situés dans le répertoire /dev. Les fichiers spéciaux de périphériques jouent le rôle
d'agents pour la gestion des interactions avec l'espace disque. Les fichiers de
périphériques LVM sont créés à l'aide de HP SMH et des commandes HP-UX. Cette
section décrit les fichiers spéciaux de périphériques utilisés par LVM et les conventions
d'affectation de noms pour les objets LVM.
Comparaison des fichiers de périphériques hérités et des fichiers de périphériques

persistants
À compter de HP-UX 11i version 3, les périphériques disques peuvent être représentés
par deux types de fichiers de périphériques différents dans le répertoire /dev, les
fichiers hérités et persistants.
Les fichiers de périphériques hérités étaient le seul type de fichier de périphérique de
stockage de masse dans les versions antérieures à HP-UX 11i version 3. Des informations
de chemin d'accès matériel telles que le bus SCSI, la cible et le LUN sont codées dans
le nom de fichier de périphérique et le numéro mineur. Par exemple, le fichier de
périphérique hérité /dev/dsk/c3t2d0 représente le disque à l'instance de carte 3,
l'adresse cible 2 et l'adresse de lun 0.
Les fichiers de périphériques persistants ne sont pas liés au chemin d'accès matériel à
un disque, mais plutôt mappé à l'identificateur global unique (WWID) du disque. Ainsi,
le fichier de périphérique reste le même si le disque est déplacé d'une interface à une
autre, d'un port de commutateur ou concentrateur à un autre, ou présenté à l'hôte à
26 Introduction
partir d'un port cible différent. Le nom d'un fichier de périphérique persistant respecte
une convention d'affectation plus simple : /dev/disk/diskn, où n est le numéro
d'instance affecté au disque. Ni le nom de fichier de périphérique ni le numéro mineur
ne contiennent d'informations concernant le chemin d'accès matériel.
En outre, si le disque a plusieurs chemins d'accès matériels, il est représenté par un
seul fichier de périphérique persistant. Les fichiers de périphériques persistants gèrent
de manière transparente les disques multichemins et remplacent la fonctionnalité
multichemin de LVM décrite dans « Augmentation de la redondance matérielle grâce
au multichemin » (page 47). Si un disque a plusieurs chemins d'accès matériels, que
LVM nomme pvlinks, le fichier spécial de périphérique persistant joue le rôle de point
d'accès unique pour toutes les liaisons. Les demandes d'E/S sont distribuées parmi
toutes les liaisons disponibles par la pile de stockage de masse, avec un choix
d'algorithmes d'équilibrage de la charge. En cas d'échec d'une liaison, la pile de stockage
de masse désactive automatiquement la liaison défectueuse et les E/S se poursuivent
sur toutes les liaisons restantes. Les liaisons défectueuses ou qui ne répondent pas sont
contrôlées, de sorte que lorsqu'une liaison défectueuse est rétablie, elle est réincorporée
automatiquement et de façon transparente dans tout équilibrage de la charge. Les
nouveaux disques et nouvelles liaisons sont automatiquement découverts et ajoutés à
l'équilibrage de charge. En cas de modification de la connectivité du disque (ajout,
suppression ou modification d'une liaison), les applications utilisant le fichier de
périphérique persistant ne sont pas affectées, à condition qu'au moins une liaison soit
encore active. Les nouveaux disques sont découverts automatiquement.
Vous pouvez utiliser des fichiers de périphériques hérités ou persistants pour les disques
LVM. LVM recommande d'utiliser des fichiers spéciaux de périphériques persistants
car ils prennent en charge une plus large gamme d'options d'équilibrage de la charge.
REMARQUE : Pour utiliser la fonctionnalité de liaison secondaire offerte par LVM,

vous devez utiliser des fichiers de périphériques hérités et désactiver la fonctionnalité
multichemin de ces fichiers de périphériques hérités, comme décrit dans « Augmentation
de la redondance matérielle grâce au multichemin » (page 47).
Conventions d'affectation de noms pour LVM

Vous devez faire référence aux périphériques ou aux groupes de volumes LVM par
leur nom lors de leur utilisation avec HP SMH ou avec les commandes HP-UX. Par
défaut, les fichiers de périphériques LVM créés par HP SMH et par les commandes
HP-UX respectent une conventions d'affectation de noms standard. Vous pouvez
toutefois choisir des noms personnalisés pour les groupes de volumes et les volumes
logiques.
Utilisation des fichiers de périphériques LVM 27

Noms de volumes physiques
Les volumes physiques sont identifiés par leurs noms de fichiers de périphériques,
comme suit :
Tableau 1-2 Convention d'affectation de noms de volumes physiques
Nom de fichier de périphérique Type de périphérique
/dev/disk/diskn Fichier de périphérique en mode bloc persistant
/dev/disk/diskn_p2 Fichier de périphérique en mode bloc persistant, partition 2
/dev/rdisk/diskn Fichier de périphérique en mode caractère persistant
/dev/rdisk/diskn_p2 Fichier de périphérique en mode caractère persistant, partition

2
/dev/dsk/cntndn Fichier de périphérique en mode bloc hérité
/dev/dsk/cntndns2 Fichier de périphérique en mode bloc hérité, partition 2
/dev/rdsk/cntndn Fichier de périphérique en mode caractère hérité
/dev/rdsk/cntndns2 Fichier de périphérique en mode caractère hérité, partition 2
Chaque disque a un fichier de périphérique en mode bloc et un fichier de périphérique

en mode caractère ou brut, ce dernier étant identifié par le r. Le nom utilisé dépend
des tâches effectuées avec le disque.
Pour le disque d'amorçage sur les serveurs HP Integrity, vérifiez que vous utilisez bien
les fichiers de périphérique comportant le suffixe _p2 ou s2, car ils représentent la
partition HP-UX sur le disque d'amorçage. Sur les serveurs HP 9000, utilisez le fichier
de périphérique sans numéro de partition.
N’utilisez le fichier de périphérique brut d'un volume physique que pour les tâches
suivantes :
• Préparation d'un volume physique pour LVM à l'aide de la commande pvcreate.
Dans ce cas, vous utilisez le fichier de périphérique du disque ; par exemple /dev/
rdisk/disk14. (L'absence de suffixe de partition indique que vous faites référence
à l'ensemble du disque.)
• Suppression d'informations LVM d'un volume physique à l'aide de la commande
pvremove.
• Restauration de votre configuration de groupe de volumes à l'aide de la commande
vgcfgrestore.
• Exécution d'une vérification de cohérence sur un volume physique à l'aide de la
commande pvck.
• Modification de l'identificateur de groupe de volumes sur un volume physique à
l'aide de la commande vgchgid.
28 Introduction
• Modification du type de disque d'un volume physique à l'aide de la commande
vgmodify.
Pour toutes les autres tâches, utilisez le fichier de périphérique en mode bloc. Par
exemple, lorsque vous ajoutez un volume physique à un groupe de volumes à l'aide
de la commande vgextend, vous utilisez le fichier de périphérique en mode bloc du
disque, par exemple /dev/disk/disk14.
Tous les fichiers de périphériques de disques sont créés automatiquement lorsqu'un
nouveau disque est découvert. Pour plus d'informations, voir insf(1M).
Noms de groupes de volumes

Le nom d’un groupe de volumes doit être unique et ne pas comporter plus de 255
caractères. À titre d’exemple, vg01, vgroot ou vg_sales sont des noms de groupes
de volumes caractéristiques. Bien que ce nom ne doive pas obligatoirement commencer
par vg, ce choix est vivement conseillé par HP. Par défaut, HP SMH utilise des noms
de la forme /dev/vgnn. Le nombre nn débute à 00 et est incrémenté dans l'ordre de
création des groupes de volumes. Par défaut, le groupe de volumes racine est vg00.
Noms de volumes logiques

Les volumes logiques sont identifiés par leurs noms de fichiers de périphériques, que
vous définissez vous-même ou qui sont affectés par défaut lors de la création d’un
volume logique avec la commande lvcreate.
Lorsque vous les définissez vous-même, vous pouvez choisir un nom de votre choix
pourvu qu’il ne dépasse pas 255 caractères.
Lorsqu’ils sont affectés par défaut, ces noms prennent la forme suivante :
/dev/vgnn/lvolN (la forme de fichier de périphérique en mode bloc) et
/dev/vgnn/rlvolN (la forme de fichier de périphérique en mode caractère). Le
nombre N débute à 1 et est incrémenté dans l'ordre de création des volumes logiques.
Lorsque LVM crée un volume logique, il crée simultanément les fichiers de
périphériques en mode bloc et caractère. LVM place ensuite les fichiers spéciaux du
volume logique dans le répertoire approprié du groupe de volumes. Par exemple, le
nom de bloc par défaut du premier volume logique créé dans le groupe de volumes
vg01 a le chemin d’accès complet suivant :
/dev/vg01/lvol1
Si vous créez un volume logique contenant une base de données de ventes, vous pouvez
lui donner un nom explicite, tel que :
/dev/vg01/sales_db_lv
Après création du volume logique de l’exemple précédent, vous disposez de deux
fichiers de périphériques : /dev/vg01/sales_db_lv pour le fichier de périphérique
en mode bloc et /dev/vg01/rsales_db_lv pour le fichier de périphérique en mode
caractère, ou brut.
Utilisation des fichiers de périphériques LVM 29

Noms de groupes de volumes physiques
Les groupes de volumes physiques sont utilisés notamment pour la mise en miroir et
sont décrits dans « Augmentation des performances grâce à la séparation des canaux
d'E/S » (page 54). La seule restriction est que, dans un groupe de volumes, chaque nom
de groupe de volumes physiques doit être unique. Par exemple, le groupe de volumes
/dev/vg02 peut avoir deux groupes de volumes physiques nommés pvg1 et pvg2.
Format de numéro de périphérique

Les fichiers de périphériques associés à LVM résident dans le répertoire /dev. Pour
chaque groupe de volumes, un répertoire sous /dev est nommé en fonction du groupe
de volumes. Dans ce répertoire se trouve un seul fichier de périphérique de "groupe"
et des fichiers de périphériques en mode bloc et caractère pour chaque volume logique.
Voici un exemple de liste :
# ls -l /dev/vg01
total 0
crw-r--r-- 1 root root 64 0x010000 Mar 28 2004 group
brw-r----- 1 root root 64 0x010001 Jul 29 16:53 lvol1
brw-r----- 1 root root 64 0x010002 Jul 29 16:53 lvol2
crw-r----- 1 root root 64 0x010001 Mar 28 2004 rlvol1
crw-r----- 1 root root 64 0x010002 Mar 28 2004 rlvol2
Par défaut, la numérotation des groupes de volumes commence à zéro (gv00), tandis
que celle des volumes logiques commence à un (lvol1). Cela est dû au fait que le
numéro de volume logique correspond au numéro mineur, et que le fichier de groupe
du groupe de volumes est affecté du numéro mineur 0.
Les volumes physiques utilisent les fichiers de périphériques associés à leur disque.
LVM ne crée pas de fichiers de périphériques pour les volumes physiques.
Format des numéros de périphériques pour la version 1.0

La Tableau 1-3 répertorie le format du numéro de fichier de périphérique pour les
groupes de volumes de version 1.0.
Tableau 1-3 Format des numéros de périphériques pour la version 1.0
Numéro majeur Numéro de Réservé Numéro de
groupe de volume logique
volumes
64 0–0xff 0 0–0xff
0=fichier group
Pour les groupes de volumes de version 1.0, le numéro majeur pour les fichiers de
périphériques LVM est 64. Le numéro de groupe de volumes est codé dans les huit bits
supérieurs du numéro mineur, et le numéro de volume logique est codé dans les huit
bits inférieurs. Le numéro de volume logique 0 est réservé pour le fichier de groupe.
30 Introduction
Format des numéros de périphériques pour la version 2.x
La Tableau 1-4 répertorie le format du numéro de fichier de périphérique pour les
groupes de volumes de version 2.x.
Tableau 1-4 Format des numéros de périphériques pour la version 2.x
Numéro majeur Numéro de groupe de Numéro de volume logique
volumes
128 0–0x7ff 0–0x7ff

0=fichier group
Pour les groupes de volumes de version 2.x, le numéro majeur pour les fichiers de
périphériques LVM est 128. Le numéro de groupe de volumes est codé dans les douze
bits supérieurs du numéro mineur, et le numéro de volume logique est codé dans les
douze bits inférieurs. Le numéro de volume logique 0 est réservé pour le fichier de
groupe.
REMARQUE : Le bit le plus significatif des champs de numéros de groupes de volumes

et de numéros de volumes logiques est réservé et doit être zéro.
Le format du numéro de périphérique est sujet à modification.
Agencement des disques LVM
REMARQUE : Ces informations s'appliquent uniquement aux disques appartenant

aux groupes de volumes de version 1.0.
Il existe deux types d'agencements de disques LVM, qui diffèrent dans leurs structures
de données : un pour les disques d'amorçage, et un autre pour tous les autres disques
LVM. Les disques non amorçables ont deux zones réservées : la zone réservée au volume
physique (PVRA) et la zone réservée au groupe de volumes (VGRA). Les disques
amorçables ont une PVRA et une VGRA, et des secteurs supplémentaires pour la zone
réservée de données d’amorçage (BDRA) et la zone LIF d'amorçage.
Zone réservée de données d’amorçage (BDRA)

La zone BDRA contient les informations nécessaires pour configurer les volumes
logiques racine, d'échange et de vidage, et pour monter le système de fichiers racine.
La maintenance des informations relatives aux structures de données des disques LVM
dans la BDRA s'effectue à l'aide des commandes lvlnboot et lvrmboot. Voici un
exemple de sortie :
Agencement des disques LVM 31

# lvlnboot -v
Définitions d'amorçage pour le groupe de volumes /dev/vg00 :
Volumes physiques appartenant au groupe de volumes racine :
/dev/dsk/c3t0d0 -- Disque d'amorçage
/dev/dsk/c5t0d0
Racine : lvol1 sur : /dev/dsk/c3t0d0
/dev/dsk/c4t0d0
Permutation : lvol2 sur : /dev/dsk/c3t0d0
/dev/dsk/c4t0d0
Vidage : lvol2 sur : /dev/dsk/c3t0d0
Les volumes physiques désignés comme "Disque d'amorçage" sont amorçables car ils
ont été initialisés avec mkboot et pvcreate -B. Les lignes multiples pour lvol1 et
lvol2 indiquent que les volumes logiques racine et d'échange sont mis en miroir.
Zone de format d'interface logique (LIF)

Les disques d'amorçage LVM contiennent une zone de format d'interface logique (LIF,
Logical Interface Format), dans laquelle est stocké un fichier LABEL. Sur les serveurs
HP 9000, la zone LIF contient des utilitaires d'amorçage tels que le programme de
chargement initial (ISL), le programme d'amorçage du noyau (HPUX) et le fichier
d'amorçage automatique (AUTO), ainsi que des diagnostics hors ligne.
La création et la maintenance du fichier LABEL s'effectuent à l'aide des commandes
lvlnboot et lvrmboot. Il contient des informations sur le point de démarrage et la
taille des volumes logiques d'amorçage, y compris le système de fichiers d'amorçage
(/stand). Les utilitaires peuvent utiliser le fichier LABEL pour accéder aux volumes
logiques racine, d'échange principal et de vidage sans utiliser LVM.
Zone réservée au volume physique (PVRA)

La zone réservée au volume physique (PVRA, Physical Volume Reserved Area) contient
des informations décrivant le volume physique, telles que son identificateur unique et
des informations sur les étendues physiques, et des pointeurs vers d'autres structures
LVM sur le disque.
32 Introduction
Zone réservée au groupe de volumes (VGRA)
La zone réservée au groupe de volumes (VGRA, Volume Group Reserved Area) décrit
le groupe de volumes auquel appartient le disque. Les informations sont répliquées
sur tous les volumes physiques et mises à jour chaque fois que la configuration est
modifiée. Cette zone contient, entre autres, les informations suivantes :
• Une liste des volumes physiques contenus dans le groupe de volumes, y compris
leur état et leur taille, ainsi qu'un mappage des étendues physiques aux volumes
logiques.
• Une liste des volumes logiques contenus dans le groupe de volumes (y compris
l'état et les capacités de chaque volume logique), ses stratégies de planification et
d'allocation, ainsi que le nombre de copies miroirs.
• Un en-tête de groupe de volumes contenant l'identificateur de groupe de volumes
(VGID) et trois paramètres configurables :
— le nombre de volumes physiques autorisés dans le groupe de volumes
— le nombre maximal de volumes logiques autorisés dans le groupe de volumes
— le nombre maximal d'étendues physiques autorisées par volume physique
Chaque étendue physique étant enregistrée dans la zone VGRA, la taille d'étendue a
un effet direct sur la taille de la zone VGRA. Dans la plupart des cas, la taille d'étendue
par défaut est suffisante. Toutefois, si vous rencontrez des problèmes, cela peut être
dû au fait que la zone VGRA est de taille fixe et qu'un volume physique de haute
capacité dépasse le nombre total d'étendues physiques autorisé. Vous devrez donc
peut-être utiliser une taille d'étendue supérieure à la taille par défaut sur les disques
LVM de haute capacité. Inversement, si tous les disques LVM d'un groupe de volumes
sont petits, le nombre d'étendues par défaut peut rendre la zone VGRA trop grande,
ce qui entraîne un gâchis de l'espace disque et de l'espace mémoire. Une taille d'étendue
ou une quantité d'étendues physiques inférieure à la taille par défaut peut être
préférable. Un volume physique de haute capacité peut être inutilisable dans un groupe
de volumes dont la taille d'étendue est petite ou configurée avec un petit nombre
d'étendues physiques par disque.
Zone de données utilisateur

La zone de données utilisateur est la zone du disque LVM utilisée pour stocker toutes
les données utilisateur, y compris les systèmes de fichiers, le système de mémoire
virtuelle (échange) ou les applications utilisateur.
Agencement des disques LVM 33

Limitations de LVM
LVM est un sous-système sophistiqué ; l'apprentissage peut être long, une certaine
maintenance est nécessaire et, dans de rares cas, certains problèmes peuvent survenir.
HP recommande d'utiliser des volumes logiques comme méthode de prédilection pour
la gestion des disques. Vous pouvez utiliser LVM sur des serveurs de fichiers et
d'applications. Sur les serveurs qui n'ont qu'un seul disque et qui sont utilisés
uniquement pour le stockage du système d'exploitation et pour l'espace d'échange,
une approche "disque entier" est plus simple à gérer. LVM n'est pas obligatoire sur ces
systèmes.
Par défaut, les configurations LVM sont sauvegardées automatiquement chaque fois
que vous les modifiez dans /etc/lvmconf. La mise en miroir offre une protection
contre la perte de données qui n'est pas disponible avec la méthode disque entier.
Limitations supplémentaires de LVM :
• Les disques LVM et non-LVM peuvent cohabiter sur un même système, mais un
disque ou une partition donné doit être entièrement géré selon l’une des deux
méthodes. Pour un disque ou une partition spécifique, la combinaison des méthodes
de gestion n’est pas possible.
• Sur un serveur HP Integrity, LVM prend en charge le partitionnement du disque
racine et de ses miroirs uniquement, et prend en charge une seule partition HPUX
sur un disque quelconque.
• Les disquettes, les disques optiques et les CD-ROM ne prennent pas en charge les
volumes logiques.
• Vous devez utiliser un disque LVM ou VERITAS™ Volume Manager (VxVM)
comme disque racine.
• Pour utiliser LVM, vous devez d'abord initialiser le disque en volume physique.
• Pour qu'un volume physique puisse être alloué comme stockage, vous devez
l'affecter à un groupe de volumes.
• Un volume physique ne peut appartenir qu'à un seul groupe de volumes.
• La taille d'étendue d'un groupe de volumes est fixée lors de la création du groupe
de volumes. Elle ne peut pas être modifiée sans recréation du groupe de volumes.
34 Introduction
2 Configuration de LVM
Par défaut, les commandes LVM sont déjà installées sur votre système. Ce chapitre
traite des considérations relatives à la configuration de vos volumes logiques. Il aborde
les sujets suivants :
• « Planification de votre configuration LVM » (page 35)
• « Configuration de différents types de volumes logiques » (page 36)
• « Planification de la disponibilité » (page 41)
• « Planification de la récupération » (page 55)
• « Planification des performances » (page 48)
Planification de votre configuration LVM

L’utilisation des volumes logiques implique une certaine forme de planification. Certains
aspects relatifs à la planification sont discutés dans ce chapitre. Considérez l’ensemble
de ces questions avant de configurer ou de modifier les volumes logiques de votre
système.
• Pour quelle raison souhaitez-vous utiliser un volume logique ? Pour des données
brutes ou pour un système de fichiers ? En guise d'espace d'échange ou de zone
de vidage mémoire ? Voir « Configuration de différents types de volumes logiques »
(page 36).
• Quelle sera être la taille d’un volume logique ?
• Vos données doivent-elles avoir une disponibilité élevée ? Dans ce cas, vous
pourriez envisager de mettre en miroir votre volume logique sur plusieurs disques,
comme décrit dans « Augmentation de la disponibilité des données grâce à la mise
en miroir » (page 41). Envisagez également de configurer des disques de secours
afin de gérer les défaillances de miroirs, comme décrit dans « Augmentation de
la redondance des disques grâce à la préservation de disque » (page 46).
• Les performances d’entrées/sorties sont-elles cruciales pour votre système ? Dans
ce cas, vous pourriez envisager d'entrelacer vos volumes logiques sur plusieurs
disques, comme décrit dans « Augmentation des performances grâce à
l'entrelacement des disques » (page 51), et de séparer les canaux d'E/S, comme
décrit dans « Augmentation des performances grâce à la séparation des canaux
d'E/S » (page 54). Pour obtenir des recommandations supplémentaires concernant
les performances, voir « Planification des performances » (page 48).
• Devez-vous parvenir à un équilibre entre la disponibilité élevée et les performances
d'E/S ? Dans ce cas, vous pourriez envisager l'entrelacement et la mise en miroir
de votre volume logique, comme décrit dans « Augmentation de la disponibilité
des données grâce à la mise en miroir » (page 41) et « Augmentation des
performances grâce à l'entrelacement des disques » (page 51).
Planification de votre configuration LVM 35

• Accordez-vous beaucoup d'importance à la récupération rapide suite aux
défaillances de disques ? Dans ce cas, reportez-vous à la section « Planification de
la récupération » (page 55).
Configuration de différents types de volumes logiques

Cette section contient des informations sur la configuration des volumes logiques
spéciaux.
Configuration de volumes logiques pour le stockage de données brutes

Vous pouvez optimiser les performances d’E/S brutes en planifiant vos volumes logiques
spécifiquement pour le stockage de données brutes. Pour créer un volume logique de
stockage de données brutes (par exemple pour une base de données), vous devez
considérer la taille de ce volume et la façon dont il est réparti sur les disques dont vous
disposez.
La taille d’un volume logique est généralement exprimée en mégaoctets. Cependant,
cette taille doit être un multiple de celle de l’étendue utilisée dans le groupe de volumes.
Si par exemple une partition de base de données requiert 2002 Mo et que la taille
d’étendue logique est de 4 Mo, LVM crée un volume logique de 2004 Mo (ou 501
étendues logiques).
Si vous devez faire une utilisation intensive de volumes logiques pour le stockage de
données brutes (par exemple pour configurer des partitions de base de données), vous
devez prendre en compte la façon dont vos volumes logiques sont répartis sur vos
différents disques.
Par défaut, LVM affecte l’espace disque d’un volume logique à partir d'un seul volume
physique, utilise l'espace sur ce volume physique de manière intégrale, puis poursuit
ce processus successivement pour chaque volume physique. LVM utilise les volumes
physiques dans l'ordre dans lequel ils apparaissent dans /etc/lvmtab et /etc/
lvmtab_p, ce qui signifie que les données d'un volume logique peuvent ne pas être
réparties de manière égale parmi tous les volumes physiques de votre groupe de
volumes.
En conséquence, lorsque l’opération d’E/S a lieu sur le volume logique, un ou plusieurs
disques sont susceptibles d’être intensément utilisés, contrairement à d’autres beaucoup
moins chargés, voire totalement inactifs. Cette disposition ne permet pas d’obtenir le
meilleur niveau de performances en termes d’E/S.
Il existe une autre méthode, plus adaptée, consistant à configurer le volume logique
sur des disques spécifiques de manière entrelacée, ce qui permet d’équilibrer les accès
en E/S et d’optimiser les performances (voir « Extension d’un volume logique »
(page 72)).
Les commandes HP-UX ne permettant pas d'identifier le contenu d’un volume logique
comme étant des données brutes, vous devez attribuer à un volume un nom
caractéristique de ce type de données. Vous pourrez ainsi aisément reconnaître la nature
du contenu de ce volume logique.
Configuration de volumes logiques pour les systèmes de fichiers

Les systèmes de fichiers résident sur un volume logique exactement de la même façon
que sur des partitions de disques ou des disques non partitionnés. Deux types de
systèmes de fichiers peuvent être utilisés dans un volume logique : les systèmes HFS
(Hierarchial File Systems) et les systèmes JFS (Journaled File Systems) (VxFS).
Choix de la taille initiale des volumes logiques de systèmes de fichiers

Lors de la détermination de l'espace requis pour un système de fichiers, vous devez
considérer les trois principaux composants répertoriés à la Figure 2-1.
Figure 2-1 Éléments constituant l’espace d’un système de fichiers
Pour obtenir une estimation de la taille d’un volume logique destiné à contenir un
système de fichiers, procédez comme suit :
1. Estimez l’espace disque nécessaire aux utilisateurs pour leurs données futures.
Veillez à laisser une marge suffisante pour satisfaire la croissance future. (Utilisez
la commande du pour vérifier l’espace disque utilisé actuellement.)
2. Ajoutez 10 % à la quantité déterminée ci-dessus pour obtenir « minfree » ; cette
zone est destinée essentiellement à la conservation du niveau des performances.
3. Ajoutez encore 5 % d’espace supplémentaire pour le système de fichiers ; ceci
permet de prendre en compte l’ensemble des structures de données nécessaires à
la gestion du système de fichiers.
4. Arrondissez à l’entier supérieur multiple de la taille de l’étendue logique utilisée
pour ce volume logique et déterminez ainsi la taille en nombre d’étendues logiques.
(Cette étape est effectuée automatiquement lorsque vous créez un volume logique.)
Configuration de différents types de volumes logiques 37

Par exemple, si un groupe d’utilisateurs nécessite 60 Mo d’espace pour le système de
fichiers, l'estimation suivante prend en compte une certaine capacité de croissance.
Ajoutez 6 Mo pour l'espace minfree. Ajoutez ensuite 3 Mo d’espace supplémentaire
pour le système de fichiers, pour un total global estimé de 69 Mo nécessaires au système
de fichiers et pour le volume logique sur lequel il réside. Si vous créez le volume logique
dans un groupe de volumes dont l’étendue a une taille de 4 Mo, la valeur de 69 Mo
peut être arrondie à 72 Mo pour prendre en compte la divisibilité par 4 Mo.
Bien que ces estimations soient imprécises, elles suffisent pour planifier la taille d'un
système de fichiers. Créez votre système de fichiers avec une taille suffisante pour qu'il
soit utile pendant un certain temps, avant d'augmenter sa taille.
ASTUCE : L'augmentation de la taille d’un système de fichiers étant généralement

plus simple à implémenter que sa réduction, vous devez aborder l’estimation dans un
esprit de prévision conservatrice lorsque vous allez créer un système de fichiers.
Le système de fichiers racine constitue une exception. En tant que volume logique
contigu, le système de fichiers racine est difficile à étendre.
Redimensionnement des volumes logiques de systèmes de fichiers

Si vos utilisateurs nécessitent un espace supérieur à celui alloué à l'origine pour le
système de fichiers, vous pouvez accroître sa taille en agrandissant d'abord le volume
logique sur lequel il réside à l'aide de la commande lvextend, puis en utilisant la
commande extendfs pour agrandir le système de fichiers contenu sur le volume
logique.
La réduction de la taille d'un système de fichiers peut être difficile. La réduction de la
taille de certains types de systèmes de fichiers risque de se révéler impossible. Vous
pouvez par contre en créer un nouveau, de taille réduite, pour le remplacer.
Pour plus d'informations sur le redimensionnement des volumes logiques de systèmes
de fichiers, voir « Administration des volumes logiques de systèmes de fichiers »
(page 114).
Recommandations relatives aux volumes logiques de systèmes de fichiers

Utilisez les recommandations suivantes lors de la configuration de volumes logiques
de systèmes de fichiers :
• Si vous créez un système de fichiers qui chevauche plusieurs disques LVM, vous
devez vous assurer que le volume logique sur lequel réside le système de fichiers
chevauche des types de disques identiques, pour de meilleures performances.
• Par défaut, LVM crée des volumes logiques sur les disques disponibles, mais pas
nécessairement en optimisant les performances. Un système de fichiers peut être
réparti sur deux disques de caractéristiques différentes, ce qui peut conduire à une
dégradation des performances.
Vous pouvez contrôler les volumes physiques qui contiennent les étendues
physiques d'un volume logique en procédant comme suit :
1. Créez un volume logique sans spécifier sa taille avec la commande lvcreate
ou HP SMH. Si vous ne spécifiez pas de taille, aucune étendue physique n’est
affectée au volume logique.
2. Étendez le volume logique (par allocation d'espace) aux volumes physiques
destinés à recevoir le système de fichiers avec la commande lvextend.
• Le volume logique racine ou d’amorçage est limité à 2 Go ou 4 Go, selon le
processeur utilisé.
Configuration de volumes logiques pour l'échange
REMARQUE : Les groupes de volumes de version 2.x ne prennent pas en charge les
volumes logiques d'échange.
Cette section fournit des recommandations à suivre lors de l'utilisation de volumes
logiques en tant que périphériques d'échange. Pour plus d'informations sur la gestion
de votre espace d'échange système, y compris comment déterminer la taille et le type
d'espace d'échange nécessaire au système, reportez-vous au manuel Guide de
l'administrateur système HP-UX : Gestion de la configuration.
Lorsqu'ils sont configurés comme espace d'échange, les volumes logiques sont traités
comme de l'espace d'échange de périphérique. L’espace d'échange de périphérique
occupe un volume logique ou une partition réservé en général au seul usage de
l'échange. Cet espace peut également servir de zone de vidage mémoire (voir
« Recommandations relatives aux volumes logiques de vidage » (page 40)).
Recommandations relatives aux volumes logiques d'échange

d'échange :
• Entrelacez les zones d'échange de périphérique pour obtenir de meilleures
performances.
Deux zones d'échange sur des disques différents donnent de meilleurs résultats
qu’une seule de volume équivalent. Cette configuration autorise l'échange entrelacé,
ce qui signifie que les zones d'échange sont accédées simultanément. Les
performances du système sont par conséquent meilleures.
Lorsque vous utilisez LVM, il est préférable de configurer des zones d'échange
secondaires sur des volumes logiques résidant sur des disques différents, au moyen
de la commande lvextend.
Configuration de différents types de volumes logiques 39

Si vous ne disposez que d’un disque et que vous devez augmenter l’espace
d'échange, essayez de déplacer la zone d'échange principal vers une zone plus
importante.
• Utilisez des zones d'échange de périphérique de taille similaire.
Vous obtiendrez de meilleures performances en ayant des zones d'échange de
périphérique de taille similaire. Dans le cas contraire, lorsque la totalité de l’espace
d'échange de périphérique le plus petit aura été utilisée, seule la zone d'échange
la plus importante restera disponible et l’entrelacement ne sera plus possible.
• Par défaut, l'échange principal réside sur le même disque que le système de fichiers
racine. Par défaut, le fichier de configuration du noyau système /stand/system
contient les informations de configuration d'échange principal.
• Si vous utilisez des volumes logiques comme zone d'échange secondaire, faites en
sorte que cet espace d'échange secondaire réside sur un disque différent du disque
racine, afin d'optimiser les performances.
Configuration de volumes logiques pour le vidage mémoire
volumes logiques de vidage.
Cette section fournit des recommandations à suivre lors de l'utilisation de volumes
logiques en tant que périphériques de vidage. Une zone de vidage est constituée d’un
espace disque servant à enregistrer une image de la mémoire centrale après un incident
système. L’analyse d’un vidage de la mémoire peut être très utile pour le dépannage
et la remise en service du système.
Par défaut, le périphérique d'échange principal sert également de zone de vidage, sauf
si une autre zone est définie comme telle. Bien qu’il ne soit pas nécessaire de choisir la
même zone pour l’un et pour l’autre, adopter cette solution est un moyen commode
d’économiser l’espace disque. Vous pouvez configurer différents périphériques de
vidage sur un système. Pour cela, créez un volume logique comme périphérique de
vidage. Ce périphérique peut également être utilisé pour les opérations d'échange.
Pour plus d'informations sur l'ajout, la suppression ou la modification des périphériques
de vidage, ainsi que sur la configuration des algorithmes de vidage, reportez-vous au
manuel Guide de l'administrateur système HP-UX : Gestion de la configuration.
Recommandations relatives aux volumes logiques de vidage

de vidage :
• HP recommande d'utiliser des volumes logiques pour la zone de vidage, plutôt
que des partitions de disques.
• Un volume logique de vidage ne peut exister qu’à l’intérieur du groupe de volumes
racine, c'est-à-dire le groupe de volumes contenant le volume logique racine.
• Vous pouvez utiliser un volume logique d'échange secondaire comme zone de
vidage, à condition que cette zone d'échange soit dans le groupe de volumes racine.
Planification de la disponibilité
Cette section décrit les fonctionnalités LVM qui peuvent améliorer la disponibilité et
la redondance de vos données. Elle aborde les sujets suivants :
• « Augmentation de la disponibilité des données grâce à la mise en miroir »
(page 41)
• « Augmentation de la redondance des disques grâce à la préservation de disque »
(page 46)
• « Augmentation de la redondance matérielle grâce au multichemin » (page 47)
Augmentation de la disponibilité des données grâce à la mise en miroir
REMARQUE : La mise en miroir requiert un produit optionnel, HP MirrorDisk/UX.

La mise en miroir correspond au stockage des copies identiques de données sur des
volumes logiques, de préférence sur des disques distincts. Cette redondance offre
plusieurs avantages :
• Si vous mettez en miroir le système de fichiers racine et l'espace d'échange, le
système d'exploitation peut tolérer une panne du disque racine car les données
critiques sont disponibles sur plus d'un disques LVM.
• Si vous mettez en miroir les volumes logiques utilisés par une application
spécifique, celle-ci continue de s'exécuter même en cas de défaillance de disque.
• En cas d'échec d'un canal d'E/S, LVM peut récupérer les données à partir d'une
source dupliquée.
• La mise en miroir accélère les applications à lecture intensive en permettant au
matériel de lire les données à partir du disque LVM le plus commode.
• Vous pouvez sauvegarder une copie des données pendant qu'une autre copie
continue de s'exécuter.
La mise en miroir mappe une étendue logique à plusieurs ensembles d'étendues
physiques. Le nombre d'étendues logiques demeure constant, mais le nombre d'étendues
physiques utilisées (et par conséquent l'espace disque occupé) change en fonction du
nombre de copies miroirs. La mise en miroir augmente la protection des données et la
disponibilité du système, mais elle consomme deux fois plus d'espace disque (voire
plus, selon le nombre de copies miroir) ; vous devez donc l'utiliser uniquement pour
les données volatiles et critiques.
Les volumes logiques en miroir doivent appartenir au même groupe de volumes ; vous
ne pouvez pas créer de miroir d'un groupe de volumes à un autre.
Planification de la disponibilité 41
Cette section aborde les sujets suivants :
• « Contrôle du comportement d'écriture de miroir » (page 42)
• « Synchronisation d’un volume logique en miroir » (page 44)
Pour obtenir des informations plus complètes sur les tâches élémentaires de mise en
miroir, reportez-vous à l’ouvrage Disk and File Management Tasks on HP-UX (Prentice
Hall PTR, 1997).
Contrôle du comportement d'écriture de miroir

Trois stratégies régissent la façon dont les étendues logiques en miroir sont écrites sur
les étendues physiques : la stratégie d'allocation, la stratégie de planification pour les
écritures sur disque et la stratégie de synchronisation pour la récupération après
incident. Ces stratégies peuvent être définies à l'aide de HP SMH, de la commande
lvcreate ou de la commande lvchange.
Stratégie d'allocation
Les étendues en miroir peuvent être allouées sur des volumes physiques selon des
stratégies strictes ou non strictes, contiguës ou non contiguës. Par défaut, la stratégie
d'allocation des volumes logiques en miroir est définie à stricte, non contiguë.
Allocation stricte et non stricte

L'allocation stricte requiert que les étendues logiques soient mises en miroir sur des
étendues physiques sur différents volumes physiques. L'allocation non stricte autorise
la mise en miroir des volumes logiques sur des étendues physiques qui peuvent être
sur le même volume physique. Les options -s y et -s n de la commande lvcreate
ou lvchange définissent l'allocation stricte ou non stricte.
ATTENTION : L'utilisation de l'allocation non stricte peut réduire le degré de

redondance créé par la mise en miroir LVM car une étendue logique peut être mise en
miroir sur des étendues physiques différentes sur le même disque. Par conséquence,
la défaillance de ce disque rend dans ce cas les deux copies des données indisponibles.
Allocation contiguë et non contiguë

L'allocation contiguë possède trois caractéristiques : les étendues physiques sont allouées
par ordre croissant, il n'existe aucun espace entre les étendues physiques dans une
copie miroir, et toutes les étendues physiques d'une copie miroir résident sur un même
volume physique. L'allocation non contiguë autorise le mappage des étendues logiques
sur des étendues physiques non consécutives. Les options -C y et -C n de la commande
lvcreate ou lvchange définissent l'allocation contiguë ou non contiguë.
REMARQUE : Lorsque les volumes logiques allouées à partir du groupe de volumes

racine sont mis en miroir, chacun doit être configuré avec l'allocation contiguë.
Stratégie de planification
L'ordonnanceur LVM convertit les demandes d'E/S logiques en une ou plusieurs
demandes d'E/S physiques, puis il planifie leur traitement au niveau matériel. La
planification a lieu pour les données qui sont mises en miroir et pour celles qui ne le
sont pas.
Deux stratégies de planification d'E/S sont disponibles : parallèle et séquentielle.
Planification parallèle
La stratégie de planification parallèle est utilisée par défaut avec la mise en miroir pour
optimiser les performances d'E/S. Elle fait en sortie que les opérations de miroir soient
écrites simultanément sur toutes les copies. LVM optimise les lectures en lisant le
volume physique pour lequel le nombre d'opération d'E/S en attente est le plus faible.
L'option -d p de la commande lvcreate ou lvchange définit la stratégie de
planification à "parallèle" pour un volume logique.
Planification séquentielle
La stratégie de planification séquentielle fait en sorte que les opérations d'écriture en
miroir soient effectuées de manière séquentielle ; autrement dit, LVM attend qu'une
écriture en miroir soit terminée avant de commencer la suivante. De même, les miroirs
LVM sont lus dans un ordre prédéfinis. Sur le plan pratique, la stratégie séquentielle
est utilisée uniquement avec une extrême prudence afin de garantir la cohérence des
miroirs. L'option -d s de la commande lvcreate ou lvchange définit la stratégie
de planification à "séquentielle" pour un volume logique.
Stratégie de synchronisation
Vous pouvez maintenir la cohérence des données miroir en activant ou en désactivant
deux fonctionnalités de votre volume logique : le cache d’écriture miroir et la
récupération de cohérence de miroir.
Synchronisation à l'aide du cache d’écriture miroir

Le cache d’écriture miroir (MWC, Mirror Write Cache) procure une resynchronisation
rapide des données suite à une défaillance du système, mais il a un certain coût de
performance pour l'utilisation routinière du système.
Le cache d’écriture miroir assure le suivi de l'emplacement des écritures d'E/S sur le
groupe de volumes, et il enregistre périodiquement cette activité dans une structure
de données sur disque. Une écriture sur disque supplémentaire est requise pour chaque
écriture en miroir non encore enregistrée sur le volume physique. Cela ralentit le
traitement des écritures d'E/S au moment de l'exécution et entraîne une dégradation
des performances lorsque vous accédez au disque de manière aléatoire ; lors de l'écriture
sur une zone du disque qui est déjà enregistrée, les performances ne sont pas affectées.
Lors du réamorçage du système après un blocage, le système d'exploitation utilise le
cache d’écriture miroir pour resynchroniser rapidement les blocs de données incohérents.
La fréquence des écritures sur disque supplémentaires est faible pour les volumes
logiques accédés de manière séquentielle (tels que les journaux de base de données),
mais augmente lorsque l'accès est plus aléatoire. Par conséquent, les volumes logiques
contenant des données de base de données ou des systèmes de fichiers avec peu de
fichiers ou de grands fichiers (plus de 256 Ko) écrits peu fréquemment ne doivent pas
utiliser le cache d’écriture miroir lorsque les performances d'exécution sont plus
importantes que la durée de récupération après incident.
L'option -M de la commande lvcreate ou lvchange contrôle le cache d’écriture
miroir.
Synchronisation à l'aide de la récupération de cohérence de miroir

Lorsque la récupération de cohérence de miroir est activée, LVM n'a aucun impact
sur les performances d'E/S. Toutefois, suite à un incident système, pour tout volume
logique qui utilise la récupération de cohérence de miroir, l'intégralité de l'espace de
données est resynchronisée lorsque vous activez le groupe de volumes. La
synchronisation peut être effectuée en arrière-plan sans interférer avec le réamorçage
ou l'accès ; cependant, durant ce laps de temps, les performances d'E/S et la redondance
sont plus faibles.
Synchronisation sans mécanisme de cohérence de miroir

Lorsque la récupération de cohérence de miroir est désactivée, le comportement
d'exécution du système d'exploitation est identique à celui de l'approche précédente.
En revanche, suite à un incident, LVM n'effectue pas de resynchronisation des données.
Cette approche est utile pour les volumes d'échange et pour les volumes utilisés par
une application (telle qu'une base de données) ayant son propre mécanisme de
maintenance de la cohérence des données ou de récupération, comme des fichiers
journaux de transactions. En revanche, les fichiers journaux de base de données
eux-mêmes peuvent être configurés en tant que volume logique en miroir pour utiliser
le cache d'écriture miroir.
L'option -c de la commande lvcreate ou lvchange contrôle l'utilisation de la
récupération de cohérence de miroir.
Synchronisation d’un volume logique en miroir

Il peut arriver que les données des copies miroirs d’un volume logique ne soient plus
synchronisées et deviennent « périmées ». Par exemple, les données en miroir peuvent
devenir périmes si LVM ne peut accéder à un disque suite à une coupure d'alimentation
de disque. Dans ces cas-là, une resynchronisation doit avoir lieu afin que chaque copie
miroir dispose de données identiques. La synchronisation est généralement automatique,
bien qu’il soit parfois nécessaire de l’effectuer manuellement.
Synchronisation automatique
Si vous activez un groupe de volumes qui n'est actuellement pas actif, soit
automatiquement lors de l'amorçage, soit ultérieurement avec la commande vgchange,
LVM synchronise automatiquement les copies miroir de tous les volumes logiques
pour lesquels la stratégie Récupération de cohérence de miroir est activée. Il remplace
les données dans les étendues physiques marquées comme périmées par les données
provenant des étendues non périmées. Dans les autres cas, aucune synchronisation
automatique ne se produit et il est nécessaire d’effectuer une synchronisation manuelle.
LVM synchronise automatiquement les données miroir dans les cas suivants :
• Lorsque vous augmentez le nombre de copies miroirs d'un volume logique à l'aide
de l'option -m de la commande lvmerge, les étendues physiques nouvellement
ajoutées sont synchronisées.
• Lorsqu’un disque revient en ligne après une coupure d’alimentation.
Synchronisation manuelle
Si vous examinez l’état d’un volume logique avec la commande lvdisplay -v, vous
pourrez vérifier si ce volume logique contient des données périmées. Vous pourrez
ensuite identifier le disque contenant les étendues physiques périmées. Vous pouvez
synchroniser les données d’un ou plusieurs volumes logiques avec la commande
lvsync, ou tous les volumes logiques d’un ou plusieurs groupes de volumes avec la
commande vgsync. Pour plus d'informations, voir lvdisplay(1M), vgsync(1M) et
lvsync(1M).
Synchronisation parallèle
Par défaut, la commande lvsync synchronise les volumes logiques en série. Autrement
dit, elle agit sur les volumes logiques spécifiées sur la ligne de commande les uns après
les autres, et attend que la synchronisation d'un volume soit terminée avant de passer
au suivant. À compter de la version de Septembre 2007 d'HP-UX 11i version 3, vous
pouvez utiliser l'option –T pour synchroniser les volumes logiques en parallèle. Avec
l'option –T, lvsync s'étale sur plusieurs threads afin de synchroniser simultanément
tous les volumes logiques qui appartiennent au même groupe de volumes, ce qui réduit
souvent la durée de synchronisation.
ASTUCE : Les commandes vgchange, lvmerge et lvextend prennent en charge

l'option –s afin de supprimer la synchronisation automatique des étendues périmées.
Si vous effectuez plusieurs tâches liées à la mise en miroir, vous pouvez supprimer la
synchronisation des étendues jusqu'à ce que vous ayez terminé toutes les tâches, puis
exécuter lvsync avec l'option –T afin de synchroniser tous les volumes en miroir en
parallèle. Par exemple, vous pouvez utiliser vgchange -s avec lvsync -T pour
réduire la durée d'activation des groupes de volumes possédant des volumes logiques
en miroir. Pour un autre exemple, voir « Mise en miroir du disque d'amorçage »
(page 107).
Augmentation de la redondance des disques grâce à la préservation de disque
REMARQUE : Les groupes de volumes de version 2.x ne prennent pas en charge la

préservation de disque.
La préservation de disque requiert un produit optionnel, HP MirrorDisk/UX.
MirrorDisk/UX n’est pas disponible pour les environnements LVM partagés dans un
cluster à disponibilité élevée sur plus de deux nœuds. Vous ne pouvez pas configurer
la préservation dans ces environnements. Dans ces cas-là, HP recommande d'utiliser
la mise en miroir matérielle par le biais de périphériques RAID, qui peuvent prendre
en charge leur propre forme de préservation.
En cas de défaillance d'un disque contenant des données en miroir, remplacez le disque
le plus rapidement possible, comme décrit dans « Remplacement d’un disque
défectueux » (page 138). Avant le remplacement du disque, les données de votre volume
logique ne possèdent pas de copie miroir supplémentaire, à moins que vous n'ayez
configuré plusieurs copies miroir. Même avec la mise en miroir multiple, votre niveau
de sécurité est réduit à cause de la perte d'une copie miroir.
Pour éviter une telle situation, vous pouvez utiliser un ou plusieurs disques de secours
pour chacun des groupes de volumes. Ils serviront de périphériques de rechange en
cas de défaillance d’un disque. Avec cette configuration, LVM reconfigure
automatiquement le groupe de volumes de sorte que le volume physique de secours
remplace le périphérique défaillant sans aucune autre intervention. Concrètement, une
copie des données de tous les volumes logiques résidant actuellement sur le disque
défaillant est créée sur le volume physique de rechange. Ce processus porte le nom de
préservation automatique, ou simplement préservation. Pendant ce traitement, le
volume logique continue d'être accessible aux utilisateurs. Vous pouvez ainsi différer
le remplacement du disque défaillant à une date ultérieure, qui présentera le minimum
d’inconvénients pour vous et pour les utilisateurs du système. Lors de cette opération,
vous copiez les données du disque de secours sur le disque d’origine ou sur son disque
de remplacement, le disque de secours jouant de nouveau le rôle de disque vide en
attente.
Pour que la préservation ait lieu, les conditions suivantes doivent être remplies :
• Tous les volumes logiques du groupe de volumes doivent avoir été configurés
avec la mise en miroir stricte (maintenance de copies miroirs sur des disques
distincts, car LVM copie les données sur le disque de secours à partir d'un disque
non endommagé plutôt qu'à partir du disque défectueux.
• Vous devez disposer d’au moins un volume physique de secours en attente. Si le
dernier disque de secours est déjà utilisé suite à une défaillance disque, il sera
indisponible.
• Le disque de secours doit être de capacité équivalente au disque défaillant.
L’espace disque du volume physique de secours n'est disponible pour l'allocation
d'étendue que pour le remplacement d’un disque défaillant. Ses étendues physiques
ne doivent donc pas être comptées dans la valeur PE total ou PE disponible telle
qu’elle est donnée par les commandes pvdisplay et vgdisplay.
REMARQUE : Si la conservation du même niveau de performances est importante en

cas de défaillance d’un disque, prévoyez un volume physique de rechange pour chaque
bus. Cependant, si plusieurs disques tombent en panne sur le même bus, cette stratégie
n’empêchera pas une certaine dégradation des performances.
Les commandes pvdisplay et vgdisplay génèrent des informations sur le type de
volume physique auquel elles sont appliquées : volume de rechange en attente ou en
cours d’utilisation et contenant des données, ou informations sur les volumes physiques
indisponibles, mais dont les données ont été remplacées.
Augmentation de la redondance matérielle grâce au multichemin

Il est possible que le matériel que vous utilisez permette le double-câblage (contrôleurs
doublés) sur un même volume physique. Dans ce cas, LVM peut prendre en compte
plusieurs chemins d’accès vers le même volume physique. Si la liaison principale
échoue, il y a commutation automatique vers la liaison secondaire. La fonctionnalité
multichemin permet d'accroître la disponibilité.
REMARQUE :
À compter d'HP-UX 11i version 3, la pile de stockage de masse prend en charge le
multichemin natif sans pvlinks LVM. Le multichemin natif procure davantage
d'algorithmes d'équilibrage de la charge et d'options de gestion de chemins d'accès
que LVM. HP recommande d'utiliser le multichemin natif pour gérer les périphériques
multichemins, au lieu d'utiliser les liaisons secondaires LVM.
À des fins de compatibilité descendante, vous pouvez utiliser des pvlinks existantes.
Toutefois, vous devez utiliser des fichiers spéciaux de périphériques hérités pour les
volumes physiques et désactiver le multichemin natif pour ces fichiers spéciaux de
périphériques hérités à l'aide de la commande scsimgr. Pour plus d'informations,
reportez-vous au document technique intitulé LVM Migration from Legacy to Agile
Naming Model, disponible à l'adresse http://docs.hp.com.
Configuration du multichemin à un volume physique

Pour utiliser une liaison secondaire, vous pouvez créer un groupe de volumes avec
vgcreate en précisant les noms des fichiers de périphériques des liaisons principale
et secondaire. Les deux liaisons doivent représenter des chemins d'accès vers le même
volume physique. (N’exécutez pas pvcreate pour la liaison secondaire ; le volume
physique doit être identique à celui de la liaison principale.) Lorsque vous indiquez
deux fichiers de périphériques faisant référence au même disque par le biais de la
commande vgcreate, LVM configure le premier en tant que liaison principale et le
second en tant que liaison secondaire.
Si, par exemple, un disque dispose de deux câbles et que vous souhaitez configurer le
premier en tant que liaison principale et le second en tant que liaison secondaire, tapez
la commande suivante :
# vgcreate /dev/vg01 /dev/dsk/c3t0d0 /dev/dsk/c5t0d0
Pour ajouter une liaison secondaire à un volume physique faisant déjà partie d’un
groupe de volumes, utilisez la commande vgextend pour spécifier la nouvelle liaison
à ce volume physique. Si, par exemple, /dev/dsk/c2t0d0 fait déjà partie de votre
groupe de volumes, mais que vous souhaitez ajouter une nouvelle connexion au volume
physique, tapez la commande suivante :
# vgextend /dev/vg02 /dev/dsk/c4t0d0
En cas d'échec de la liaison principale, LVM commute automatiquement du contrôleur
principal au contrôleur secondaire. Cependant, vous pouvez à tout moment indiquer
à LVM de commuter sur un contrôleur différent en utilisant la commande pvchange :
Par exemple :
# pvchange -s /dev/dsk/c2t1d0
Lorsque la liaison principale est de nouveau opérationnelle, LVM revient au contrôleur
d’origine, sauf si une instruction contraire lui a été donnée par la commande pvchange,
comme indiqué ici :
# pvchange -S n /dev/dsk/c2t2d0
REMARQUE : Vous pouvez également désactiver la commutation automatique en

utilisant l'option -p de la commande pvchange afin de désactiver l'interrogation
proactive. Pour plus d'informations, voir pvchange(1M).
Affichez les liaisons actuelles à un volume physique en utilisant la commande
vgdisplay avec l’option -v.
Planification des performances

Cette section décrit des stratégies visant à tirer les meilleures performances possibles
de LVM. Elle aborde les sujets suivants :
• « Facteurs de performances généraux » (page 49)
• « Facteurs de performances internes » (page 49)
• « Augmentation des performances grâce à l'entrelacement des disques » (page 51)
• « Augmentation des performances grâce à la séparation des canaux d'E/S »
(page 54)
Facteurs de performances généraux
Les facteurs suivants affectent les performances globales du système, mais pas
nécessairement les performances de LVM.
Utilisation de la mémoire
La quantité de mémoire utilisée par LVM est basée sur les valeurs utilisées lors de la
création du groupe de volumes et sur le nombre de volumes logiques ouverts. La plus
grande partie de la mémoire LVM est utilisée pour les mappages d'étendues. La mémoire
utilisée est proportionnelle au nombre maximal de volumes physiques multiplié par
le nombre maximal d'étendues physiques par volume physique pour chaque groupe
de volumes.
Les autres facteurs liés aux paramètres de mémoire sont la croissance prévue du système
et le nombre de volumes logiques requis. Vous pouvez définir les paramètres maximum
de groupe de volumes aux valeurs exactes requises aujourd'hui sur le système. Toutefois,
si vous souhaitez étendre le groupe de volumes avec un autre disque (ou éventuellement
remplacer un disque par un autre de plus grande taille), vous devez utiliser la
commande vgmodify.
Utilisation des processeurs

Aucun impact significatif sur l'utilisation des processeurs système n'a été observé
comparé aux scénarios sans LVM (étude basée sur la durée d'inactivité).
Avec LVM, des cycles de processeur supplémentaires sont requis pour effectuer des
opérations de cache de cohérence d'écriture miroir, qui constitue la seule option
configurable ayant un impact sur l'utilisation des processeurs.
Utilisation de l'espace disque

LVM réserve de l'espace disque sur chaque volume physique pour ses propres
métadonnées. La quantité d'espace utilisée est proportionnelle aux valeurs maximales
utilisées lors de la création du groupe de volumes.
Facteurs de performances internes

Les facteurs suivants affectent directement les performances d'E/S par le biais de LVM.
Stratégie de planification
La stratégie de planification n'a de sens qu'avec la mise en miroir. Lors de la mise en
miroir, la stratégie de planification séquentielle nécessite davantage de temps pour
effectuer les écritures proportionnellement au nombre de miroirs. Par exemple, un
volume logique avec trois copies des données requiert trois fois plus de temps pour
effectuer une écriture avec la stratégie de planification séquentielle qu'avec la stratégie
parallèle. Les demandes de lecture sont toujours dirigées vers un seul périphérique.
Selon la stratégie de planification parallèle, LVM dirige chaque demande de lecture
Planification des performances 49

vers le périphérique le moins occupé. Selon la stratégie de planification séquentielle,
LVM dirige toutes les demandes de lecture vers le périphérique répertorié sur le côté
gauche d'une sortie de lvdisplay –v.
Cache de cohérence d'écriture miroir

Le rôle du cache de cohérence d'écriture miroir (MWC, Mirror Write Consistency) est
de fournir une liste des zones mises en miroir qui pourraient être désynchronisées.
Lorsqu'un groupe de volumes est activé, LVM copie toutes les zones ayant une entrée
dans le cache MWC d'une des bonnes copies vers toutes les autres copies. Cette
procédure permet de garantir la cohérence des miroirs, mais pas la qualité des données.
Lors de chaque demande d'écriture sur un volume logique en miroir qui utilise le cache
MWC, LVM introduit potentiellement une écriture disque série supplémentaire afin
de maintenir le cache MWC. L'occurrence de cette condition dépend du caractère
aléatoire de l'accès.
Plus l'accès est aléatoire, plus la probabilité de manquer le cache MWC est élevée. Pour
obtenir une entrée MWC, il peut être nécessaire d'attendre qu'il y en ait une disponible.
Si toutes les entrées MWC sont utilisées par des E/S en cours, une demande spécifique
peut devoir patienter dans une file d'attente de demandes jusqu'à ce qu'une entrée soit
disponible.
Un autre aspect lié aux performances des volumes logiques en miroir concerne la
méthode de réconciliation des incohérences entre les copies miroir après un blocage
du système. Deux méthodes de resynchronisation sont disponibles : la Récupération
de cohérence de miroir (MCR) et aucune. L'utilisation éventuelle du cache MWC dépend
de l'aspect des performances système qui revêt le plus d'importance pour votre
environnement : l'exécution ou la récupération.
Par exemple, un client qui utilise la mise en miroir sur un système de base de données
peut choisir "aucune récupération" pour le volume logique de base de données car le
mécanisme de journalisation procure déjà une récupération de cohérence. Le volume
logique utilisé pour le journal utilise le cache MWC si la rapidité de récupération était
importante, ou la Récupération de cohérence de miroir si les performances d'exécution
sont prioritaires. Un journal de base de données est en général utilisé par un seul
processus et accédé de manière séquentielle, ce qui signifie qu'il ne subit que très peu
de dégradation des performances en cas d'utilisation du cache MWC car celui-ci est
atteint la plupart du temps.
Chevauchement de disque
Pour les zones de disques qui sont utilisées de façon intensive par plusieurs processus,
HP recommande de répartir l'espace de données pour ces zones de disques sur le plus
de volumes physiques possible.
Nombre de groupes de volumes
Le nombre de groupes de volumes est directement lié aux problèmes de MWC. Étant
donné qu'il n'y a qu'un seul cache MWC par groupe de volumes, l'espace disque utilisé
pour de nombreuses demandes d'écriture aléatoires doit être maintenu dans des groupes
de volumes distincts, dans la mesure du possible, lorsque le cache MWC est utilisé. Il
s'agit de la seule considération de performances qui affecte la décision relative au
nombre de groupes de volumes.
Groupes de volumes physiques

Ce facteur peut être utilisé pour appliquer la séparation de différentes copies miroirs
sur des canaux d'E/S. Vous devez définir les groupes de volumes physiques. Ce facteur
accroît la disponibilité en réduisant les points de défaillance uniques et procure un
débit d'E/S plus important car les conflits au niveau matériel sont moins nombreux.
Par exemple, dans un système avec plusieurs périphériques disques sur chaque carte
et plusieurs cartes sur chaque convertisseur de bus, créez des groupes de volumes
physiques de sorte que tous les disques d'un convertisseur de bus se trouvent dans un
groupe et tous les disques de l'autre convertisseur soient dans un autre groupe. Cette
configuration permet de s'assurer que tous les miroirs sont créés avec des périphériques
accédés par le biais de chemins d'accès d'E/S différents.
Augmentation des performances grâce à l'entrelacement des disques

L'entrelacement des disques permet de répartir des blocs de données logiquement
contigus (par exemple des segments du même fichier) sur plusieurs disques, ce qui
accélère le débit d'E/S pour les gros fichiers lorsqu'ils sont lus et écrits séquentiellement
(mais pas nécessairement lorsque l'accès est aléatoire).
L'inconvénient de l'entrelacement des disques est que la défaillance d’un seul disque
peut endommager un grand nombre de fichiers du fait de leur répartition sur deux,
voire plusieurs disques.
Utilisez cette méthode pour des systèmes de fichiers où sont stockés de grands fichiers
à accès séquentiel et si le débit d’E/S est un facteur important.
Lorsque vous utilisez l’entrelacement, vous créez un volume logique réparti sur
plusieurs disques, ce qui entraîne l’implantation de blocs consécutifs de données sur
les étendues logiques de différents disques. Par exemple, les données d’un volume
logique à triple entrelacement sont réparties sur trois disques, chacun d’eux recevant
un tiers des données. La taille de ces blocs porte le nom de taille des sections
d’entrelacement du volume logique. La taille de section d'entrelacement (en Ko) doit
être une puissance de deux comprise dans la plage de 4 à 32 768 pour un groupe de
volumes de version 1.0, et une puissance de deux comprise dans la plage de 4 à 262 144
pour un groupe de volumes de version 2.x.
L’entrelacement permet d’améliorer les performances des applications qui effectuent
de nombreuses opérations de lecture et d’écriture sur de grands fichiers à accès séquentiel.

L’accès aux données est mis en œuvre simultanément sur plusieurs disques, ce qui
réduit d’autant sa durée par comparaison à une opération identique menée sur un seul
disque. Si les disques entrelacés disposent de leurs propres contrôleurs, chacun d’eux
peut traiter les données simultanément.
La gestion des volumes logiques entrelacés fait appel à des commandes standard. Par
exemple, les commandes lvcreate, diskinfo, newfs, fsck et mount fonctionnent
toutes avec les volumes logiques entrelacés.
Les recommandations qui suivent, dont la plupart sont applicables aux disques LVM,
sont adaptées aux volumes logiques entrelacés pour des raisons de performances :
• Un volume logique réparti sur plusieurs disques identiques entraîne une
amélioration des performances. Plus les caractéristiques des disques seront proches
(en termes de vitesse, capacité et type d’interface), meilleures seront les
performances obtenues. Si vous entrelacez des disques présentant des vitesses
différentes, les performances ne pourront jamais être meilleures que celles du
disque le plus lent.
• Si vous disposez de plusieurs cartes interfaces ou bus pour raccorder les disques,
répartissez ces derniers le plus également possible. En pratique, le nombre de
disques raccordés à chaque carte d'interface ou bus doit être à peu près identique.
Les meilleures performances sont obtenues avec plusieurs bus et en alternant les
sections d’entrelacement du volume logique. Si par exemple vous disposez de
deux bus avec deux disques par bus, l’organisation de ces disques doit être la
suivante : disque 1 sur le bus 1, disque 2 sur le bus 2, disque 3 sur le bus 1 et disque
4 sur le bus 2, comme l’indique la Figure 2-2.
Figure 2-2 Alternance des disques sur les bus
• L'augmentation du nombre de disques n'améliorera pas nécessairement les

performances, car l’efficacité maximale possible par combinaison des disques dans
un volume logique entrelacé est limitée par les capacités maximales de traitement
du système de fichiers lui-même et par les bus auxquels les disques sont raccordés.
• L'entrelacement de disques est très avantageux pour les applications qui ont peu
d'utilisateurs et de gros transferts séquentiels. Toutefois, les applications dont les
E/S sont faibles, simultanées et aléatoires (par exemple les bases de données) ne
retirent souvent aucune amélioration de performances de l'entrelacement des
disques. Considérez quatre disques avec une taille de section d'entrelacement de
512 octets. Chaque demande de 2 Ko est envoyée à tous les disques. Une demande
de 2 Ko nécessite à peu près autant de temps lorsque le disque a été entrelacé.
Toutefois, plusieurs demandes de 2 Ko sont entrelacées car tous les disques doivent
rechercher chaque demande. Sur le système sans entrelacement, les performances
peuvent en fait être supérieures car chaque disque peut satisfaire des demandes
séparées en parallèle.
Détermination de la taille optimale de la section d’entrelacement

La taille de section d’entrelacement d’un volume logique correspond à celle des blocs
de données constituant cet entrelacement. Vous pouvez définir la taille de section
d'entrelacement à une puissance de deux comprise dans la plage de 4 à 32 768 pour un
groupe de volumes de version 1.0, ou à une puissance de deux comprise dans la plage
de 4 à 262 144 pour un groupe de volumes de version 2.x. La valeur par défaut est 8192.
REMARQUE : La taille de section d’entrelacement d’un volume logique n’est pas liée
aux dimensions du secteur physique d’un disque, qui est généralement de 512 octets.
Le mode d’utilisation du volume logique entrelacé détermine la taille de section
d’entrelacement choisie.
Pour de meilleurs résultats, suivez les recommandations ci-dessous :
• Si vous prévoyez d'utiliser le volume logique entrelacé pour un système de fichiers
HFS, sélectionnez la taille de section d'entrelacement qui reflète le plus étroitement
la taille de bloc du système de fichiers. La commande newfs vous permet de
spécifier une taille de bloc lors de la création du système de fichiers, avec une taille
de bloc de 8 Ko par défaut pour le mode HFS.
• Si vous prévoyez d'utiliser le volume logique entrelacé en tant qu'espace d'échange,
définissez la taille de section d'entrelacement à 16 Ko pour de meilleures
performances. Pour plus d'informations sur la configuration de l'échange, voir
« Administration des volumes logiques d'échange » (page 121).
• Si vous prévoyez d'utiliser le volume logique entrelacé comme partition de données
brutes (par exemple pour une application de base de données qui utilise le
périphérique directement), la taille de section d'entrelacement doit être supérieure
ou égale à la taille d'E/S pour l'application.
Vous pouvez éventuellement avoir besoin de quelques essais pour déterminer la taille
de section d’entrelacement la plus adaptée à votre cas. Pour modifier la taille de section
d'entrelacement, recréez le volume logique.

Interactions entre la mise en miroir et l'entrelacement
La mise en miroir d'un volume logique entrelacé améliore les performances de lecture
d'E/S comme pour un volume logique non entrelacé. Les demandes d'E/S en lecture
ciblant une seule étendue logique sont servies par deux ou trois volumes physiques
différents, plutôt qu'un seul. Un volume logique mis en miroir et entrelacé respecte
une stratégie d'allocation stricte ; autrement dit, les données sont toujours mises en
miroir sur des volumes physiques différents.
Augmentation des performances grâce à la séparation des canaux d'E/S

La séparation des canaux d'E/S est une méthode de configuration LVM qui exige que les
copies miroirs des données résident sur des disques LVM accessibles à l'aide
d'adaptateurs de bus hôtes (HBA) et de câbles distincts. La séparation des canaux d'E/S
permet d'obtenir une disponibilité plus élevée et de meilleures performances en
réduisant le nombre de points de défaillance matérielle uniques. Si vous mettez en
miroir les données sur deux disques séparés, mais par le biais d'une seule carte, votre
système peut subir une défaillance en cas de défaillance de la carte.
Vous pouvez séparer les canaux d'E/S sur un système avec plusieurs adaptateurs de
bus hôtes et un seul bus, en mettant en miroir des disques sur différents adaptateurs
de bus hôtes. Vous pouvez renforcer cette séparation des canaux en établissant une
stratégie nommée allocation stricte pour le GVP, qui requiert la mise en miroir des
étendues logiques dans des groupes de volumes physiques distincts. Les groupes de
volumes physiques sont des sous-groupes de volumes physiques au sein d'un groupe
de volumes.
Un fichier ASCII, /etc/lvmpvg, contient toutes les informations de mappage pour le
groupe de volumes physiques, mais le mappage n'est pas enregistré sur disque. Les
groupes de volumes physiques ne suivent aucune convention d'affectation de noms
fixe ; vous pouvez les nommer GVP0, GVP1, et ainsi de suite. Le fichier /etc/lvmpvg
est créé et mis à jour à l'aide des commandes vgcreate, vgextend et vgreduce,
mais vous pouvez le modifier à l'aide d'un éditeur de texte.
La séparation des canaux d'E/S est utile pour les bases de données, car elle améliore la
disponibilité (LVM offre davantage de flexibilité pour la lecture de données sur l'étendue
logique la plus accessible), ce qui donne de meilleures performances. La définition de
groupes de volumes physiques chevauchant des périphériques d'E/S permet de se
protéger contre les pertes de données, même en cas de défaillance d'un adaptateur de
bus hôte.
Lors de l'utilisation de groupes de volumes physiques, il peut être préférable d'utiliser
une stratégie d'allocation stricte pour le GVP pour les volumes logiques.
Planification de la récupération
La flexibilité de configuration, qui constitue l'un des avantages majeurs offerts par
LVM, peut également être une source de problème pour la récupération. Voici quelques
recommandations qui vous aideront à créer une configuration minimisant la durée de
récupération :
• Essayez de maintenir le nombre de disques dans le groupe de volumes racine le
plus bas possible ; HP recommande d'utiliser trois disques, même si le groupe de
volumes racine est mis en miroir.
Les groupes de volumes racines contenant de nombreux disques rendent la
réinstallation difficile en raison de la complexité liée à la récupération des
configurations LVM des disques accessoires au sein du groupe de volumes racine.
Un petit groupe de volumes racine peut être récupéré rapidement. Dans certains
cas, vous pouvez réinstaller un système minimal, restaurer une sauvegarde et
revenir en ligne dans les trois heures qui suivent le diagnostic et le remplacement
du matériel. L'un des autres avantages est qu'une correspondance exacte avec la
disposition de disque racine précédente n'est pas obligatoire.
Trois disques dans le groupe de volumes racine valent mieux que deux, en raison
des restrictions de quorum. Avec un groupe de volumes racine à deux disques, la
perte d'un disque peut nécessiter un contournement du quorum afin d'activer le
groupe de volumes ; si vous devez réamorcer afin de remplacer le disque, le
contournement du quorum requiert l'interruption du processus d'amorçage. Si
vous avez trois disques dans le groupe de volumes et qu'ils sont isolés les uns des
autres de sorte qu'une défaillance matérielle n'affecte qu'un seul d'entre eux, la
défaillance d'un seul disque permettra au système de maintenir le quorum.
Deux raisons peuvent motiver l'extension du groupe de volumes racine au-delà
d'une taille minimale.
— Un disque racine de très petite taille.
Dans ce cas, HP recommande de migrer ou d'installer sur un disque plus grand.
— Transfert vidage-à-échange pour les systèmes à grande mémoire.
Les volumes d'échange ciblés pour le vidage doivent résider dans le groupe
de volumes racine. Une meilleure solution consiste à configurer dès le début
un disque dédié supplémentaire pour le vidage.
• N'utilisez pas de programmes de sauvegarde réseau tels que Omniback ou

Networker pour les sauvegardes de base du groupe de volumes racine. La
complexité associée à ces utilitaires peut retarder sensiblement la reprise du
traitement.
HP recommande d'utiliser Ignite-UX et la commande make_net_recovery pour
sauvegarder et récupérer votre groupe de volumes racine.
Planification de la récupération 55
• Créez une documentation adéquate.
Les sorties de ioscan -kf, vgcfgrestore -lv pour tous les groupes et vgscan
-pv et lvlnboot -v sont des exigences minimales. Vous pourrez récupérer de
presque tous les problèmes si vous disposez de la sortie de vgdisplay -v pour
tous les groupes et de lvdisplay -v pour tous les volumes. Les mappages
d'étendues sont essentiels à la récupération des volumes LVM avec en-têtes
endommagés. En outre, la sortie de pvdisplay -v pour tous les volumes
physiques, bien qu'elle ne soit pas aussi importante, procure des informations
complètes sur les groupes de volumes. Il n'est pas obligatoire (ni très commode)
d'avoir une copie imprimée, mais il est important de pouvoir accéder à ces
informations durant la phase de récupération. Planifiez donc en conséquence.
• Il est préférable d'avoir de nombreux petits groupes plutôt que peu de grands
groupes lors de la configuration des groupes de volumes auxiliaires.
Il peut être difficile de recharger plusieurs douzaines de gigaoctets de données
parce qu'un disque d'un groupe est manquant suite à une recréation de disque
racine. Lorsqu'il y a de nombreux petits groupes, la portée de la défaillance
catastrophique d'un disque unique au sein d'un groupe est également minimisée.
La taille est synonyme de complexité. Plus il y a de disques dans un groupe, plus
il y a de risques que l'administrateur commette une erreur affectant l'ensemble du
groupe. Il est plus simple d'identifier et d'importer de petits groupes si nécessaire.
Il est également plus simple de conceptualiser et de mapper de petits groupes
lorsque cela est nécessaire.
Préparation de la récupération système LVM

Pour vous assurer que les données système et la configuration sont récupérables en
cas de défaillance système, procédez comme suit :
1. Chargez les correctifs requis pour LVM.
2. Utilisez Ignite-UX pour créer une image de récupération de votre groupe de
volumes racine. Bien qu'Ignite-UX ne soit pas conçu initialement pour sauvegarder
toutes les données système, vous pouvez l'utiliser avec d'autres applications de
récupération de données afin de créer un mécanisme de récupération totale du
système.
3. Effectuez régulièrement des sauvegardes des autres données importantes sur votre
système.
Sans sauvegarde valide, vous risquez de perdre une partie de vos données, voire
la totalité.
4. Imprimez régulièrement votre configuration système.
Les détails de configuration stockés sur le système peuvent ne pas être accessibles
durant une récupération. Une copie imprimée peut se révéler très précieuse.
HP recommande d'imprimer les détails de configuration une fois par semaine et
chaque fois qu'une modification est apportée. Certaines des commandes créent
des sorties de taille importante. Si vous ne souhaitez pas les imprimer, vous pouvez
les envoyer dans un fichier, puis stocker ce dernier sur bande, ce qui permet de
récupérer rapidement les informations en cas de besoin. Vous pouvez inclure ce
fichier de configuration avec la sauvegarde de l'étape 3.
Le moyen le plus simple d'enregistrer la configuration consiste à configurer
l'exécution régulière d'un travail cron, de sorte que le système la sauvegarde
périodiquement.
Utilisez les commandes suivantes pour obtenir une sortie utile :
/usr/sbin/ioscan -fk
/usr/sbin/vgdisplay -v
/usr/sbin/lvlnboot -v
/usr/sbin/lvdisplay -v /dev/vgXX/lvYY (pour chaque volume logique)
/usr/sbin/pvdisplay -v /dev/dsk/c#t#d0 (pour chaque disque LVM)
lp /etc/fstab
En guise d'alternative, vous pouvez écrire un script intelligent qui détecte toute
modification de la configuration et imprime uniquement ces modifications. Un
exemple de script est fourni à la fin de cette section.
5. Sauvegardez la configuration LVM après chaque modification de configuration.
La commande vgcfgbackup copie les en-têtes LVM à partir de la zone système
du disque vers un fichier disque qui réside dans le répertoire /etc/lvmconf.
Une fois que ces informations sont stockées dans un fichier disque, elles peuvent
être sauvegardées sur bande durant les sauvegardes du système de fichiers.
Les informations de ce fichier vous permettent de remplacer les en-têtes LVM sur
le disque en cas de remplacement du disque ou d'endommagement de votre
configuration LVM.
Il est important d'effectuer ces sauvegardes de configuration chaque fois que vous
apportez une modification à une partie quelconque de la configuration LVM. Par
défaut, toutes les commandes effectuent une sauvegarde ; il n'est donc pas
nécessaire d'exécuter de commande vgcfgbackup manuelle après chaque
commande.
Effectuez cette tâche de manière régulière, même si vous n'avez pas apporté de
modifications. Entrez la commande suivante :
# /usr/sbin/vgcfgbackup /dev/vgXX (pour chaque groupe de volumes)
6. Mettez à jour les structures d'amorçage après chaque modification apportée au
groupe de volumes racine.
Cette tâche est requise uniquement si vous utilisez LVM sur votre disque racine.
Chaque fois que vous apportez des modifications au groupe de volumes racine,
Planification de la récupération 57
qui se nomme en général /dev/vg00, le BDRA sur le disque d'amorçage doit
également être mis à jour. Cette opération est normalement effectuée
automatiquement par les commandes LVM. Pour mettre à jour le BDRA
manuellement, entrez la commande suivante :
# /usr/sbin/lvlnboot -R
Exemple de script pour l'enregistrement de configuration LVM

L'exemple de script suivant capture les configurations LVM et d'E/S actuelles. Si elles
diffèrent de la configuration précédemment capturée, le script imprime les fichiers de
configuration mis à jour et notifie l'adminstrateur système.
#!/usr/bin/ksh
WORKDIR=/lvmbackup # directory is regularly backed up
LOG=$WORKDIR/log
SYSADM=root
if [ -f "$LOG" ]
then
rm -f "$LOG"
fi
if [ ! -d "$WORKDIR" ]
then
echo "missing directory $WORKDIR" exit 1
fi
cd $WORKDIR
/usr/sbin/vgdisplay -v -F > vgdisplay.new
LVMVGS=`grep vg_name vgdisplay.new | cut -d: -f1 | cut -d= -f2`
LVMPVOLS=`grep pv_name vgdisplay.new | cut -d: -f1 | cut -d= -f2 | cut -d, -f1`
LVMLVOLS=`grep lv_name vgdisplay.new | cut -d: -f1 | cut -d= -f2`
/usr/sbin/pvdisplay -v $LVMPVOLS > pvdisplay.new
/usr/sbin/lvdisplay -v $LVMLVOLS > lvdisplay.new
/usr/sbin/lvlnboot -v > lvlnboot.new 2> /dev/null
/usr/sbin/ioscan -fk > ioscan.new
cp /etc/fstab fstab.new
for CURRENT in *new.
do
ORIG=${CURRENT%.new}
if diff $CURRENT $ORIG > /dev/null then
# files are the same....do nothing
rm $CURRENT
else
# files differ...make the new file the current file, move old
# one to file.old.
echo `date` "The config for $ORIG has changed." >> $LOG
echo "Copy of the new $ORIG config has been printed" >> $LOG
lp $CURRENT
mv $ORIG ${ORIG}old.
mv $CURRENT $ORIG
fi
done
if [ -s "$LOG" ]
then
mailx -s "LVM configs have changed" $SYSADM < $LOG
fi
exit 0
3 Administration de LVM
Cette section contient des informations sur le fonctionnement ordinaire de LVM. Elle
aborde les sujets suivants :
• « Outils d'administration » (page 59)
• « Affichage d'informations LVM » (page 62)
• « Tâches LVM courantes » (page 65)
• « Déplacement et reconfiguration des disques » (page 89)
• « Administration des volumes logiques de systèmes de fichiers » (page 114)
• « Administration des volumes logiques d'échange » (page 121)
• « Administration des volumes logiques de vidage » (page 123)
• « Aspects liés au matériel » (page 123)
Outils d'administration
HP-UX fournit deux outils pour gérer la configuration LVM :
• HP System Management Homepage (HP SMH) : outil HP-UX qui offre une
interface utilisateur graphique simple d'utilisation pour effectuer la plupart des
tâches LVM. HP SMH réduit, voire élimine, la nécessité de connaître en détail les
commandes d’administration, ce qui est synonyme de gain de temps. Utilisez
HP SMH pour gérer votre configuration LVM dans la mesure du possible, en
particulier lors de l'exécution d'une nouvelle tâche. HP SMH peut vous aider lors
des tâches suivantes :
— Création ou suppression de groupes de volumes
— Ajout ou suppression de disques dans des groupes de volumes
— Activation et désactivation de groupes de volumes
— Exportation et importation de groupes de volumes
— Création, suppression ou modification de volumes logiques
— Augmentation de la taille de volumes logiques
— Création ou augmentation de taille d’un système de fichiers sur un volume
logique
— Création et modification de volumes logiques en miroir
— Création de volumes logiques entrelacés
— Fractionnement d'un volume logique en miroir et fusion d'une copie miroir
— Ajout et suppression de copies miroirs sur des volumes logiques en miroir
— Création et modification de groupes de volumes physiques
Pour utiliser HP SMH, entrez la commande /usr/sbin/smh.
Si vous souhaitez une assistance pour utiliser HP SMH, reportez-vous à l’aide en
ligne de HP SMH.
Outils d'administration 59
• Interface de ligne de commande LVM : LVM propose plusieurs commandes
utilisateur de bas niveau afin d'effectuer certaines tâches LVM, décrites dans
« Commandes de gestion des volumes physiques » (page 60), « Commandes de
gestion des groupes de volumes » (page 60) et « Commandes de gestion des
volumes logiques » (page 61).
Les tableaux suivants fournissent un aperçu des commandes qui effectuent une
tâche donnée. Pour plus d'informations, consultez le manuel intitulé HP-UX
Reference.
Tableau 3-1 Commandes de gestion des volumes physiques
Tâche Commande
Modification des caractéristiques d’un volume physique dans un groupe de pvchange

volumes
Création d’un volume physique utilisé dans un groupe de volumes pvcreate
Affichage des informations des volumes physiques dans un groupe de pvdisplay

volumes
Déplacement de données d’un volume physique à un autre pvmove
Suppression d’un volume physique du contrôle LVM pvremove
Vérification ou réparation d'un volume physique pvck *
Vérification si un volume de disques est contrôlé par LVM lvmchk
Tableau 3-2 Commandes de gestion des groupes de volumes

Tâche Commande
Création d’un groupe de volumes vgcreate
Suppression d’un groupe de volumes vgremove
Activation, désactivation ou modification des caractéristiques d’un groupe vgchange

de volumes
Modification des paramètres de configuration d'un groupe de volumes ; vgmodify *

gestion des modifications de la taille d'un volume physique
Sauvegarde des informations de configuration d’un groupe de volumes vgcfgbackup
Restauration de la configuration d’un groupe de volumes à partir d'un fichier vgcfgrestore

de configuration
Affichage des informations concernant les groupes de volumes vgdisplay
Exportation d’un groupe de volumes et de ses volumes logiques associés vgexport
Importation d’un groupe de volumes dans le système ; rajout d'un groupe vgimport
de volumes existant dans les fichiers de configuration LVM
Tableau 3-2 Commandes de gestion des groupes de volumes (suite)
Tâche Commande
Recherche sur l’ensemble des volumes physiques de volumes logiques et de vgscan

groupes de volumes ; récupération des fichiers de configuration LVM
Ajout d'un disque à un groupe de volumes vgextend
Suppression d’un disque dans un groupe de volumes vgreduce
Synchronisation de volumes logiques en miroir dans un groupe de volumes vgsync
Modifie l'ID de groupe de volumes sur un volume physique vgchgid
Migration d'un groupe de volumes (de fichiers de périphériques hérités à vgdsf

fichiers de périphériques persistants)
Affiche les limites associées à une version de groupe de volumes lvmadm
Tableau 3-3 Commandes de gestion des volumes logiques

Tâche Commande
Création d’un volume logique lvcreate
Modification d’un volume logique lvchange
Affichage des informations concernant les volumes logiques lvdisplay
Augmentation de la taille d’un volume logique par affectation d’espace lvextend

disque
Réduction de la taille d’un volume logique lvreduce
Suppression de l’affectation d’espace disque pour un ou plusieurs volumes lvremove

logiques dans un groupe de volumes
Préparation d'un volume logique pour assumer la fonction de racine, échange lvlnboot *
principal ou vidage mémoire ; mise à jour des informations d'amorçage sur
le volume physique d'amorçage
Suppression de la liaison qui fait d'un volume logique un volume racine, lvrmboot *
d'échange principal ou de vidage mémoire
Fractionnement d’un volume logique en miroir en deux volumes logiques lvsplit
Fusion de deux volumes logiques en un volume logique en miroir lvmerge
Synchronisation des copies miroirs sur un volume logique en miroir lvsync
*
Les commandes pvck, vgmodify, lvlnboot et lvrmboot ne sont pas prises en
charge sur les groupes de volumes de version 2.x.
Outils d'administration 61
L'interface de ligne de commande est plus puissante (et par conséquent plus
dangereuse) que HP SMH et offre des options qui ne sont pas disponibles avec
HP SMH. Par exemple, les tâches suivantes ne peuvent pas être effectuées par le
biais de HP SMH à l'heure actuelle. Pour ces tâches, utilisez les commandes HP-UX :
— « Création d’un disque de rechange » (page 94)
— « Réimplantation d’un disque de rechange » (page 94)
— « Synchronisation d’un volume logique en miroir » (page 44)
— « Déplacement de données sur un volume physique différent » (page 93)
— « Remplacement d’un disque défectueux » (page 138)
Le reste de ce chapitre décrit comment effectuer des tâches LVM à l'aide de commandes
HP-UX. Toutefois, HP SMH est l'outil de predilection pour la plupart des tâches
d’administration.
Affichage d'informations LVM

Pour afficher des informations sur des groupes de volumes, des volumes logiques ou
des volumes physiques, utilisez l'une des trois commandes disponibles. Chaque
commande prend en charge l'option -v pour afficher une sortie détaillée et l'option -F
pour obtenir une aide avec l'écriture de script.
Informations sur les groupes de volumes

Utilisez la commande vgdisplay pour afficher des informations sur les groupes de
volumes. Par exemple :
# vgdisplay -v vg01
-- Groupes de volumes --
Nom GV /dev/vg01
Autorisation d’écriture GV lecture/écriture
Etat GV disponible
VL max 255
VL actuels 1
VL ouverts 1
VP max 16
VP actuels 1
VP actuels 1
EP max par VP 1016
VGDA 2
Taille EP (Mo) 4
Total EP 508
EP allouées 508
EP libres 0
Total GVP 0
Nb total de VP de secours 0
Nb tot. VP secours utilisés 0
Version de GV 1.0
Taille max de GV 1082g
Extensions max GV 69248
-- Volumes logiques --
Nom VL /dev/vg01/lvol1
État VL disponible/synchronisé
Taille VL (Mo) 2032
ÉL actuelles 125
EP allouées 508
VP utilisés 1
-- Volumes physiques --
Nom VP /dev/disk/disk42
État VP disponible
Total EP 508
EP libres 0
Autoswitch Activé
Interrogation proactive Activé
Utilisez la commande vgdisplay pour vérifier si la configuration LVM en mémoire
présente des problèmes. Si la configuration LVM fonctionne correctement, il n'y a pas
de message d'erreur et l'affichage indique ce qui suit :
• L'état est disponible (ou disponible, exclusif pour les groupes de volumes
Serviceguard).
• Tous les volumes physiques sont actifs ; autrement dit, le nombre actuel de volumes
physiques (VP actuels) est égal au nombre de volumes physiques actifs (VP
actuels).
• Tous les volumes logiques sont ouverts ; autrement dit, VL actuels est égal à
VL ouverts.
Informations sur les volumes physiques

Utilisez la commande pvdisplay pour afficher des informations sur les volumes
physiques. Par exemple :
# pvdisplay -v /dev/disk/disk47
Nom GV /dev/vg00
État VP disponible
Allouable oui
VGDA 2
VL actuels 9
Taille EP (Mo) 4
Total EP 1023
EP libres 494
EP allouées 529
EP périmées 0
Délai d'attente d'E/S (sec) par défaut
Autoswitch Activé
Affichage d'informations LVM 63

-- Distribution de volume physique --
Nom VL ÉL de VL EP pour VL
/dev/vg00/lvol1 25 25
--- Étendues physiques ---

État ÉP VL ÉL
0000 actuel /dev/vg00/lvol1 0000
...
1021 libre 0000
1022 libre 0000
Si le volume physique fonctionne correctement, EP périmées est égal à 0.
Informations sur les volumes logiques

Utilisez la commande lvdisplay pour afficher des informations sur les volumes
logiques. Par exemple :
# lvdisplay -v /dev/vg00/lvol1
-- Volumes logiques --
Nom GV /dev/vg00
Autorisation VL lecture/écriture
Copies miroirs 0
Récupération de cohérence MWC
Taille VL (Mo) 100
ÉL actuelles 25
EP allouées 25
Entrelacements 0
Taille sec. entr. (Ko) 0
Bloc non valide Désactivé
Allocation stricte/contiguë
-- Distribution de volume logique --

Nom VP ÉL sur VP ÉP sur VP
/dev/disk/disk42 25 25
-- Étendues logiques --
ÉL PV1 PE1 État 1
0000 /dev/disk/disk42 0000 actuel
Tâches LVM courantes
• « Initialisation d'un disque pour une utilisation LVM » (page 65)
• « Création d’un groupe de volumes » (page 66)
• « Ajout d'un disque à un groupe de volumes » (page 69)
• « Suppression d’un disque d'un groupe de volumes » (page 69)
• « Création d’un volume logique » (page 70)
• « Extension d’un volume logique » (page 72)
• « Réduction d’un volume logique » (page 74)
• « Ajout d’une copie miroir à un volume logique » (page 74)
• « Suppression d’une copie miroir d'un volume logique » (page 75)
• « Attribution d'un nouveau nom à un volume logique » (page 76)
• « Suppression d’un volume logique » (page 76)
• « Exportation d'un groupe de volumes »
• « Importation d'un groupe de volumes » (page 78)
• « Modification de paramètres de groupes de volumes » (page 79)
• « Suspension et reprise d'un groupe de volumes » (page 82)
• « Attribution d'un nouveau nom à un groupe de volumes » (page 83)
• « Fractionnement d'un groupe de volumes » (page 85)
• « Suppression d’un groupe de volumes » (page 86)
• « Sauvegarde d'un volume logique en miroir » (page 87)
• « Sauvegarde et restauration d'une configuration de groupe de volumes » (page 88)
Initialisation d'un disque pour une utilisation LVM
ATTENTION : L'initialisation d'un disque à l'aide de pvcreate entraîne la perte des

données actuellement présentes sur le disque.
REMARQUE : Si votre disque est déjà connecté au système, ignorez les quatre premières
étapes de cette procédure.
Pour initialiser un disque pour une utilisation en tant que volume physique, procédez
comme suit :
1. Arrêtez le système et mettez-le hors tension.
2. Connectez le disque au système et à l’alimentation électrique. Pour obtenir des
informations détaillées et des instructions sur l'ajout d'un type de disque spécifique,
reportez-vous à la documentation de votre périphérique.
3. Mettez le disque sous tension.
4. Amorcez le système.
Tâches LVM courantes 65

5. Déterminez le fichier de périphérique associé au disque. Pour afficher les disques
attachés au système et les noms de leurs fichiers de périphériques, utilisez la
commande ioscan avec les options -f, -N et -n. Par exemple :
# ioscan -f -n -N -C disk
Pour plus d'informations, voir ioscan(1M).
6. Initialisez le disque en tant que volume physique avec la commande pvcreate.
Par exemple :
# pvcreate /dev/rdisk/disk3
Utilisez le fichier de périphérique en mode caractère du disque.
Si vous initialisez un disque pour une utilisation en tant que périphérique
d'amorçage, ajoutez l'option -B à pvcreate afin de réserver une zone sur disque
pour un volume LIF et les utilitaires d'amorçage. Si vous créez un disque
d'amorçage sur un serveur HP Integrity, assurez-vous que le fichier de périphérique
spécifie le numéro de partition HP-UX (2). Par exemple :
# pvcreate -B /dev/rdisk/disk3_p2
REMARQUE : Les groupes de volumes de version 2.x ne prennent pas en charge

les volumes physiques amorçables. N'utilisez pas l'option -B si le disque doit être
utilisé dans un groupe de volumes de version 2.x.
Après l’initialisation d’un disque, celui-ci devient un volume physique.
Création d’un groupe de volumes

Pour créer un groupe de volumes, utilisez la commande vgcreate. Les options varient
selon que vous créez un groupe de volumes de version 1.0 ou de version 2.x.
Création du fichier de périphérique de groupe de volumes

À compter de la version de mars 2008 d'HP-UX 11i version 3, la commande vgcreate
crée automatiquement le fichier de périphérique /dev/vgname/group pour gérer le
groupe de volumes, quelle que soit la version de groupe de volumes. Si vous utilisez
une version d'HP-UX antérieure à mars 2008 ou si vous souhaitez spécifier le numéro
mineur du fichier de groupe, vous devez créer /dev/nom_gv/group avant d'exécuter
la commande vgcreate.
Si le fichier de groupe n'existe pas et que vgcreate ne peut pas le créer, vgcreate
affiche le message suivant :
vgcreate : "/dev/nom_gv/group": ceci n'est pas un périphérique caractère.
Pour créer le ficheir de périphérique de groupe de volumes, procédez comme suit :
1. Créez un répertoire pour le groupe de volumes. Par exemple :
# mkdir /dev/nom_gv
Par convention, nom_gv est vgnn, où nn est un numéro unique parmi tous les
groupes de volumes. Toutefois, vous pouvez choisir tout nom unique comptant
jusqu'à 255 caractères.
2. Créez un fichier de périphérique nommé group dans le répertoire de groupe de
volumes avec la commande mknod. Par exemple :
# mknod /dev/nom_gv/group c majeur 0xmineur
Le c indiqué après le nom de fichier de périphérique spécifie que group est un
fichier de périphérique en mode caractère.
majeur est le numéro majeur du fichier de périphérique group. Pour un groupe
de volumes de version 1.0, il est égal à 64. Pour un groupe de volumes de version
2.x, il est égal à 128.
mineur est le numéro mineur du fichier group au format hexadécimal. Pour un
groupe de volumes de version 1.0, mineur est de la forme 0xnn0000, où nn est
un numéro unique parmi tous les groupes de volumes de version 1.0. Pour un
groupe de volumes de version 2.x, mineur est de la forme 0xnnn000, où nnn est
un numéro unique parmi tous les groupes de volumes de version 2.x.
Pour plus d'informations sur mknod, see mknod(1M) ; pour plus d'informations
sur les numéros majeurs et mineurs, voir « Format de numéro de périphérique »
(page 30).
Création d'un groupe de volumes de version 1.0

Pour créer un groupe de volumes de version 1.0, utilisez la commande vgcreate, en
spécifiant chaque volume physique à inclure. Par exemple :
# vgcreate /dev/nom_gv /dev/disk/disk3
Utilisez le fichier de périphérique en mode bloc pour inclure chaque disque dans le
groupe de volumes. Vous pouvez affecter tous les volumes physiques au groupe de
volumes avec une seule commande, ou créer le groupe de volumes avec un seul volume
physique. Aucun volume physique ne peut déjà faire partie d’un groupe de volumes
existant.
Vous pouvez définir les attributs de groupe de volumes à l'aide des options suivantes :
-V 1.0 Groupe de volumes de version 1.0 (par défaut)
-s taille_ép Taille d'une étendue physique en Mo (par défaut : 4)
-e ep_max Nombre maximal d'étendues physiques par volume physique (par
défaut : 16)
-l vl_max Nombre maximal de volumes logiques (par défaut : 255)
-p vp_max Nombre maximal de volumes physiques (par défaut : 255)
La taille d'un volume physique est limitée par taille_ép multiplié par ep_max. Si
vous prévoyez d'affecter un disque de plus d'environ 4 Go (1016 * 4 Mo) à ce groupe
de volumes, utilisez une valeur plus élevée de taille_ép ou ep_max.

La taille des métadonnées LVM sur chaque disque dépend de vl_max, vp_max et
ep_max. Si les options de vgcreate sont telles que les métadonnées dépassent l'espace
disponible, vgcreate ne crée pas le groupe de volumes. Vous devez sélectionner de
nouvelles valeurs de vl_max, vp_max et ep_max. Par exemple, si vous prévoyez
d'utiliser des disques de plus de 10 Go, considérez de réduire vp_max. Pour obtenir
des recommandations concernant le choix d'une taille d'étendue optimale, voir
l'Annexe C (page 175).
Création d'un groupe de volumes de version 2.x

Pour les groupes de volumes de version 2.x, la commande vgcreate n'exige pas de
valeurs maximales pour le nombre de volumes physiques (-p), le nombre de volumes
logiques (-l) ou le nombre d'étendues par volume physique (-e). Au lieu de cela, vous
devez spécifier uniquement la taille d'étendue (-s) et la taille maximale que le groupe
de volumes peut atteindre (-S). Par exemple :
# vgcreate -V 2.0 -s taille_ép -S taille_gv /dev/nom_gv /dev/disk/disk3
Utilisez le fichier de périphérique en mode bloc pour inclure chaque disque dans le
groupe de volumes. Vous pouvez affecter tous les volumes physiques au groupe de
volumes avec une seule commande, ou créer le groupe de volumes avec un seul volume
physique. Aucun volume physique ne peut déjà faire partie d’un groupe de volumes
existant.
Vous devez utiliser les options suivantes :
-V 2.0 ou -V 2.1 Groupe de volumes de version 2.0 ou version 2.1
-s taille_ép Taille d'une étendue physique en Mo
-S taille_gv Taille maximale future du gorupe de volumes
La taille d'un groupe de volumes est la somme de l'espace
de données utilisateur sur tous les volumes physiques affectés
au groupe de volumes. taille_gv n'est pas la taille du
groupe de volumes à sa création ; il s'agit de la taille
maximale qu'il peut atteindre ultérieurement. Cette valeur
peut être spécifiée en mégaoctets, gigaoctets, téraoctets ou
pétaoctets, en ajoutant respectivement le caractère m, g, t ou
p. Par exemple, pour spécifier une taille maximale de deux
téraoctets, utilisez -S 2t.
Dans un groupe de volumes de version 2.x, le nombre d'étendues physiques dans un
groupe de volumes a une limite architecturale ; votre choix de taille d'étendue physique
affecte par conséquent la taille maximale du groupe de volumes. Pour afficher la taille
maximale de groupe de volumes pour une taille d'étendue physique donnée, utilisez
l'option -E de vgcreate avec l'option -s. Par exemple :
# vgcreate -V 2.0 -E -s 256
Max_VG_size=2p:extent_size=256m
De même, pour afficher la taille d'étendue physique minimale pour une taille de groupe
de volumes donnée, utilisez l'option -E de vgcreate avec l'option -S. Par exemple :
# vgcreate -V 2.0 -E -S 2t
Max_VG_size=2t:extent_size=1m
Ajout d'un disque à un groupe de volumes

Il arrive souvent que les nouveaux disques, à mesure qu'ils sont ajoutés au système,
doivent être ajoutés à un groupe de volumes existant plutôt qu'inclus dans un nouveau
groupe. Si vous ajoutez de nouveaux disques pour des données utilisateur, tels que
des systèmes de fichiers ou des bases de données, il est préférable de ne pas les ajouter
au groupe de volumes racine. Au lieu de cela, faites en sorte que le groupe de volumes
racine soit constitué uniquement des disques contenant le système de fichiers racine
et les systèmes de fichiers système tels que /usr, /tmp, et ainsi de suite.
Pour ajouter un disque à un groupe de volumes, procédez comme suit :
1. Initialisez le disque en tant que volume physique avec la commande pvcreate,
comme décrit dans « Initialisation d'un disque pour une utilisation LVM »
(page 65).
2. Ajoutez le volume physique au groupe de volumes à l'aide de la commande
gvextend et le fichier de périphérique en mode bloc pour le disque. Par exemple :
# vgextend /dev/nom_gv /dev/disk/disk3
Suppression d’un disque d'un groupe de volumes

Pour supprimer un disque d'un groupe de volumes, procédez comme suit :
1. Assurez-vous qu'aucune étendue physique n'est affectée au disque, à l'aide de la
commande pvdisplay. Par exemple :
# pvdisplay /dev/disk/disk3
Nom GV /dev/vg00
État VP disponible
Allouable oui
VGDA 2
VL actuels 9
Taille EP (Mo) 4
Total EP 1023
EP libres 494
EP allouées 529
EP périmées 0
Autoswitch Activé
-- Distribution de volume physique --


--- Étendues physiques ---

État ÉP VL ÉL
1021 libre 0000
1022 libre 0000
Vérifiez que le nombre d'étendues physiques libres (EP libres) correspond au
nombre total d'étendues physiques (Total EP). Si ces chiffres diffèrent, effectuez
l'une des tâches suivantes :
• Déplacez les étendues physiques vers un autre volume physique dans le
groupe de volumes. Voir « Déplacement de données sur un volume physique
différent » (page 93).
• Supprimez les volumes logiques du disque, comme décrit dans « Suppression
d’un volume logique » (page 76). Les volumes logiques avec des étendues
physiques sur le disque sont répertoriés à la fin de la sortie de pvdisplay.
2. Une fois que le disque ne contient plus d'étendue physique, utilisez la commande
vgreduce pour le supprimer du groupe de volumes. Par exemple :
# vgreduce /dev/vgnn /dev/disk/disk3
IMPORTANT : Si vous utilisez les pvlinks LVM, comme décrit dans

« Augmentation de la redondance matérielle grâce au multichemin » (page 47),
vous devez exécuter la commande vgreduce pour chaque liaison vers le disque.
Création d’un volume logique

Pour créer un volume logique, procédez comme suit :
1. Déterminez l’espace disque nécessaire au volume logique.
Vous pouvez par exemple ajouter un espace d'échange de périphérique de 200 Mo,
ou encore estimer que votre nouveau projet occupera jusqu’à 10 Go.
2. Recherchez un groupe de volumes qui possède un espace libre adéquat.
Pour déterminer si l’espace disque requis est suffisant pour le volume logique
dans son groupe de volumes, utilisez la commande vgdisplay et calculez cette
valeur. vgdisplay donne les informations du ou des groupes de volumes
concernés, notamment la taille d’étendue physique (indiquée par Taille EP
(Mo)) ainsi que le nombre d’étendues physiques disponibles (indiqué par EP
libres). En multipliant ces deux chiffres, vous obtenez l’espace disponible dans
le groupe de volumes, en mégaoctets. Pour plus d'informations, voir vgdisplay(1M).
3. Créez le volume logique à l'aide de la commande lvcreate. Par exemple :
# lvcreate -L taille_en_Mo /dev/vgnn
Cette commande crée le volume logique /dev/vgnn/lvoln, LVM affectant
automatiquement le n figurant dans lvoln.
Lorsque LVM crée le volume logique, il crée aussi des fichiers de périphériques en
mode bloc et caractère pour ce volume logique et les place dans le répertoire
/dev/vgnn.
Création d’un volume logique entrelacé

Pour créer un volume logique entrelacé, utilisez lvcreate avec les options -i et -I
afin de spécifier respectivement le nombre de disques et la taille de section
d'entrelacement. Par exemple, supposez que vous souhaitez un entrelacement sur trois
disques avec une taille de section d'entrelacement de 32 Ko. La taille du volume logique
est de 240 Mo. Pour créer le volume logique entrelacé, entrez la commande suivante :
# lvcreate -i 3 -I 32 -l 240 -n lvol1 /dev/vg01
La commande lvcreate arrondit automatiquement la taille du volume logique à une
valeur multiple du nombre de disques multiplié par la taille de l’étendue. Par exemple,
si vous disposez de trois disques à entrelacer et que la taille de l’étendue est de 4 Mo,
même si vous stipulez une taille de volume logique de 200 Mo (-l 200), lvcreate
crée un volume logique de 204 Mo, car 200 n’est pas un multiple de 12.
REMARQUE : Lorsque vous entrelacez plusieurs disques, la taille de volume entrelacé

ne peut pas dépasser la capacité du disque le plus petit multipliée par le nombre de
disques utilisés dans l’entrelacement.
Création d’un volume logique en miroir

Pour créer un volume logique en miroir, utilisez lvcreate avec l'option -m pour
sélectionner le nombre de copies miroir. Pour contrôler la manière dont les copies
miroir sont gérées, choisissez parmi les options suivantes :
Allocation d'étendue stricte, non stricte ou stricte pour le GVP
-s y Allocation stricte (par défaut)
-s n Allocation non stricte
-s g Allocation stricte pour le GVP
Allocation d'étendue contiguë ou non contiguë
-C y Allocation contiguë
-C n Allocation non contiguë (par défaut)
Stratégie de planification de mise en miroir
-d p Planification parallèle (par défaut)
-d s Planification séquentielle

Stratégie de cohérence de miroir
-M y Activation MWC (par défaut, resynchronisation optimale des miroirs
durant la récupération après incident)
-M n -c y Activation MCR (resynchronisation complète des miroirs durant la
récupération après incident)
-M n -c n Désactivation MCR (aucune resynchronisation des miroirs durant la
récupération après incident)
Par exemple, pour créer un volume logique en miroir de 240 Mo avec une copie miroir,
une allocation non stricte, une planification paralèle et aucune resynchronisation des
miroirs, entrez la commande suivante :
# lvcreate -m 1 -s n -d p -M n -c n -L 240 -n lvol1 /dev/vg01
ASTUCE : Pour modifier les caractéristiques d'un volume logique en miroir existant,
utilisez la commande lvchange. Elle prend en charge les options -C, -c, -d, -M et
-s. Pour plus d'informations, voir lvchange(1M).
Extension d’un volume logique
REMARQUE : Le fait d'ajouter de l'espace à un volume logique n'affecte pas

automatiquement cet espace à l'entité qui utilise le volume logique. Par exemple, si
vous souhaitez ajouter de l'espace à un système de fichiers contenu dans un volume
logique, vous devez exécuter extendfs après avoir étendu le volume logique. Pour
de plus amples informations, voir « Administration des volumes logiques de systèmes
de fichiers » (page 114) et « Administration des volumes logiques d'échange » (page 121).
1. Déterminez l’espace disque supplémentaire nécessaire au volume logique.
Par exemple, vous pouvez ajouter 200 Mo d'espace d'échange, ou 1 Mo d'espace
supplémentaire à un projet existant.
2. Déterminez l'espace disponible à l'aide de commande vgdisplay. Par exemple :
# vgdisplay vg00
--- Groupes de volumes ---
Nom GV /dev/vg00
Etat GV disponible
VL max 255
VL actuels 8
VL ouverts 8
VP max 16
VP actuels 1
VP actuels 1
EP max par VP 2000
VGDA 2
Taille EP (Mo) 4
Total EP 249
EP allouées 170
EP libres 79
Total GVP 0
Version de GV 1.0
L’entrée EP libres indique le nombre d’étendues de 4 Mo disponibles, en
l’occurrence 79 (c’est-à-dire 316 Mo).
3. Procédez à l’extension du volume logique. Par exemple :
# lvextend -L 332 /dev/vg00/lvol7
Cela accroît la taille de ce volume à 332 Mo.
Extension d’un volume logique à un disque spécifique

Pour des raisons de performances, vous pouvez forcer un volume logique à chevaucher
plusieurs disques. Par exemple, si vous souhaitez créer un volume logique de 30 Go
et placer 10 Go sur le premier disque, 10 autres Go sur le deuxième disque et 10 Go sur
le troisième disque, en supposant que la taille d'étendue est de 4 Mo, le volume logique
nécessite un total de 7680 étendues. Pour étendre le volume logique, procédez comme
suit :
1. Après avoir constitué des volumes physiques à partir des disques et créé le groupe
de volumes, créez un volume logique nommé lvol1 de taille 0. Par exemple :
# lvcreate -n lvol1 /dev/vg01
2. Allouez un tiers des étendues au volume logique sur le premier volume physique.
Par exemple :
# lvextend -l 2560 /dev/vg01/lvol1 /dev/disk/disk7
3. Augmentez de 2560 le nombre total d’étendues physiques allouées au volume
logique pour les volumes physiques restants. Dans chaque cas, les 2560 étendues
supplémentaires sont allouées au disque spécifié. Par exemple :
Lorsque vous utilisez l’option -l avec la commande lvextend, l’espace est
exprimé en étendues logiques.
Supposez maintenant que vous avez deux disques dans un groupe de volumes, tous
deux de modèles identiques. Vous disposez d’un volume logique de 24 Go implanté
sur un seul des disques. Vous souhaitez étendre la taille du volume logique à 40 Go et
vous assurer que l’augmentation de 16 Go est allouée à l’autre disque.
Étendez le volume logique à un disque spécifique de la manière suivante :
# lvextend -L 40960 /dev/vg01/lvol2 /dev/disk/disk3

Ici, vous utilisez l’option -L (majuscule), ce qui signifie que l’espace est exprimé en
mégaoctets et non en étendues logiques.
Pour obtenir des informations complètes sur les options de commande, voir
lvextend(1M).
Réduction d’un volume logique
ATTENTION : Avant de réduire un volume logique, vous devez informer les utilisateurs
de ce volume logique.
Par exemple, avant de réduire un volume logique qui contient un système de fichiers,
sauvegardez ce système de fichiers. Même si le système de fichiers occupe actuellement
moins d’espace que le nouveau volume logique (réduit), vous perdrez certainement
des données en réduisant le volume logique. Pour les procédures appropriées pour les
systèmes de fichiers et périphériques d'échange, voir « Administration des volumes
logiques de systèmes de fichiers » (page 114) et « Administration des volumes logiques
d'échange » (page 121).
Pour réduire un volume logique, procédez comme suit :

1. Pour identifier les applications qui utilisent le volume logique, utilisez la commande
fuser : Par exemple :
# fuser -cu /dev/vg01/lvol5
Si le volume logique est en cours d'utilisation, assurez-vous que les applications
sous-jacentes peuvent gérer la réduction de taille. Il vous faudra peut-être arrêter
les applications.
2. Déterminez la nouvelle taille du volume logique.
Par exemple, si le volume logique est monté sur un système de fichiers, la nouvelle
taille doit être supérieure à l’espace occupé actuellement par les données du système
de fichiers. La commande bdf affiche la taille de tous les volumes montés. La
première colonne présente l’espace alloué au volume, la seconde montre l’espace
réellement utilisé. La nouvelle taille du volume logique doit être supérieure à celle
indiquée dans la seconde colonne de la sortie de bdf.
3. Réduisez la taille du volume logique comme suit :
# lvreduce -L 500 /dev/vg01/lvol5
Cette commande réduit à 500 Mo la taille du volume logique /dev/vg01/lvol5.
Ajout d’une copie miroir à un volume logique
REMARQUE : La mise en miroir requiert le produit optionnel HP MirrorDisk/UX.
ASTUCE : Cette tâche est plus facile à effectuer à l'aide de HP SMH. HP SMH confirme
que l'espace disponible est suffisant pour la copie miroir et qu'il est conforme aux
stratégies d'allocation.
Pour ajouter un miroir à un volume logique, procédez comme suit :
1. Déterminez le nombre de copies miroirs à créer.
Pour cet exemple, vous allez créer un miroir ; autrement dit, vous allez conserver
deux copies des données en ligne, l'original et la copie miroir.
2. Vérifiez que le groupe de volumes qui contient le volume logique dont vous voulez
une copie miroir dispose de suffisamment d’espace.
Il lui faut au moins autant d’espace libre que sur le volume logique que vous
souhaitez mettre en miroir. En fait, cela revient à doubler l’espace mémoire
physique dont dispose ce volume.
Pour utiliser une mise en miroir stricte (ce que recommande HP, car elle garantit
que les données miroir se trouvent sur un disque distinct des données d’origine),
cet espace libre doit se trouver sur un ou plusieurs disques inutilisés par le volume
que vous souhaitez mettre en miroir.
3. Utilisez la commande lvextend avec l'option -m pour ajouter le nombre de copies
supplémentaires souhaité. Par exemple :
# lvextend -m 1 /dev/vg00/lvol1
Cette commande ajoute une copie miroir du volume logique spécifié.
Pour forcer la copie miroir sur un volume physique spécifique, ajoutez-le à la fin
de la ligne de commande. Par exemple :
# lvextend -m 1 /dev/vg00/lvol1 /dev/disk/disk4
Suppression d’une copie miroir d'un volume logique

Pour supprimer une copie miroir, utilisez la commande lvreduce en spécifiant le
nombre de copies miroirs à conserver. Par exemple, pour supprimer tous les miroirs
d'un volume logique, entrez la commande suivante :
# lvreduce -m 0 /dev/vg00/lvol1
Cette commande réduit à 0 le nombre de copies miroirs ; seule la copie d'origine est
conservée.
Pour supprimer la copie miroir d'un disque spécifique, utilisez lvreduce et spécifiez
le disque à partir duquel supprimer la copie miroir. Par exemple :
# lvreduce -m 0 /dev/vg00/lvol1 /dev/disk/disk4

Attribution d'un nouveau nom à un volume logique
Pour modifier le nom d'un volume logique, procédez comme suit :
1. Assurez-vous que le volume logique a deux fichiers de périphériques existants,
un fichier de périphérique en mode bloc et un autre en mode caractère ou brut. Ils
doivent avoir le même nom, hormis le fait que le fichier de périphérique en mode
caractère doit commencer par un r. Par exemple, pour renommer un volume
logique appartenant au groupe de volumes vg00 de lvol1 en database, affichez
le contenu du répertoire /dev/vg00. Par exemple :
# cd /dev/vg00
# ls -l
total 0
crw-r----- 1 root sys 64 0x000000 Nov 16 02:49 group
brw-r----- 1 root sys 64 0x000001 Nov 16 02:49 lvol1
crw-r----- 1 root sys 64 0x000001 Nov 16 02:49 rlvol1
2. Utilisez la commande mv pour renommer les deux fichiers. Par exemple :
# mv /dev/vg00/lvol1 /dev/vg00/database
# mv /dev/vg00/rlvol1 /dev/vg00/rdatabase
3. Mettez à jour toutes les références à l'ancien nom dans les autres fichiers sur le
système. Il s'agit de /etc/fstab pour les systèmes de fichiers montés ou les
périphériques d'échange, et des fichiers de mappage existants à partir d'une
commande vgexport.
Suppression d’un volume logique
ATTENTION : La suppression d'un volume logique rend son contenu indisponible,

et susceptible d'être écrasé. En particulier, tout système de fichiers contenu dans le
volume logique est détruit.
Pour supprimer un volume logique, procédez comme suit :
1. Assurez-vous que le volume logique n'est pas en cours d'utilisation, soit comme
système de fichiers, soit comme espace disque brut pour une application. Utilisez
la commande fuser comme suit :
Si le volume logique est utilisé, vérifiez que les applications sous-jacentes n'en ont
plus besoin. Il vous faudra peut-être arrêter les applications.
2. Utilisez la commande lvremove pour supprimer le volume logique. Par exemple :
# lvremove /dev/vg01/lvol5
L’espace que vous venez de libérer vous permet maintenant d’étendre un volume
logique existant ou d’en créer un nouveau.
Exportation d'un groupe de volumes

L'exportation d'un groupe de volumes supprime du système toutes les données relatives
au groupe de volumes, tout en laissant intactes les données sur les disques. Les disques
d'un volume exporté peuvent être déplacés physiquement ou connectés à un autre
système, et le groupe de volumes peut être importé à cet emplacement.
L'exportation d'un groupe de volumes supprime les informations relatives aux groupe
de volumes et à ses volumes physiques associés dans /etc/lvmtab et
/etc/lvmtab_p, et supprime le répertoire du groupe de volumes contenant les fichiers
de périphériques dans le répertoire /dev.
1. Assurez-vous qu'aucun des volumes logiques du groupe de volumes n'est en cours
d'utilisation. Vous devrez peut-être arrêter les applications qui utilisent des volumes
logiques du groupe de volumes, et démonter les systèmes de fichiers contenus
dans le groupe de volumes.
Utilisez la commande fuser sur chaque volume logique. Par exemple :
# fuser -cu /dev/vgnn/lvoln
2. Désactivez le groupe de volumes. Par exemple :
# vgchange -a n vgnn
3. Utilisez la commande vgexport pour exporter le groupe de volumes. Par exemple :
# vgexport -v -m /tmp/vgnn.map vgnn
Si vous envisagez de déplacer le groupe de volumes vers un autre système, utilisez
l'option -m de vgexport pour créer un fichier de mappages. Ce fichier ASCII
contient les noms des volumes logiques car ils ne sont pas stockés sur les disques.
Vous devez créer un fichie de mappages si vous n'utilisez pas les noms par défaut
/dev/vgnn/lvoln pour les volumes logiques du groupe de volumes.
Si le groupe de volumes contient plusieurs disques, utilisez l'option -s avec
vgexport ; cette option ajoute l'identificateur de groupe de volumes (VGID) au
fichier de mappages. Cela vous évitera d'avoir à spécifier tous les disques par nom
lors de l'importation du groupe de volumes. Voir l'« Importation d'un groupe de
volumes » (page 78).
Une fois l'exécution de vgexport terminée, toutes les informations relatives au groupe
de volumes ont été supprimées du système. Les disques peuvent maintenant être
déplacés vers un système différent, et le groupe de volumes importé à cet emplacement.

Importation d'un groupe de volumes
Pour importer un groupe de volumes, procédez comme suit :
1. Connectez les disques au système.
2. Si vous utilisez une version d'HP-UX antérieure à mars 2008, ou si vous souhaitez
spécifier le numéro mineur du fichier de périphérique de groupe de volumes,
créez-le à l'aide de la procédure décrite dans « Création du fichier de périphérique
de groupe de volumes » (page 66).
3. Utilisez la commande vgimport pour importer le groupe de volumes :
# vgimport -v -N -m /tmp/vgnn.map /dev/vgnn liste_de_disques
S'il y a plusieurs disques dans le groupe de volumes et que les VGID ont été
enregistrés dans le fichier de mappages (autrement dit, la commande vgexport
a été exécutée avec les options –s et –m), vous pouvez éviter de les spécifier tous
sur la ligne de commande vgimport en utilisant l'option -s. La commande
vgimport analyse alors tous les disques du système. Tout volume physique dont
le VGID correspond à l'un de ceux répertoriés dans le fichier de mappages est
inclus automatiquement dans le groupe de volumes.
4. Activez le groupe de volumes comme suit :
# vgchange -a y vgnn
REMARQUE : Si le groupe de volumes contient des disques multichemins,

HP recommande d'utiliser la fonctionnalité multichemin HP native qui est un
surensemble des liaisons secondaires LVM. Pour plus d’informations, voir
« Augmentation de la redondance matérielle grâce au multichemin » (page 47).
Si vous souhaitez utiliser les fonctionnalités de liaisons secondaires de LVM,
l'importation du groupe de volumes a plusieurs implications :
• Vous devez omettre l'option -N de la commande vgimport.
• La commande vgimport définit la première liaison trouvée comme liaison
principale pour tous les volumes physiques. Si les liaisons ne sont pas dans l'ordre
souhaité après l'importation, utilisez vgreduce et vgextend sur la liaison
principale pour chaque volume physique dont vous souhaitez modifier la liaison
principale.
• Le paramètre ajustable maxfiles doit être égal à au moins deux fois le nombre
de disques libres.
Modification de paramètres de groupes de volumes
REMARQUE : La commande vgmodify ne prend pas en charge les groupes de volumes

de version 2.x.
Lorsque vous créez un groupe de volumes, vous définissez certaines de ces
caractéristiques, telles que le nombre maximal d'étendues physiques par volume
physique, le nombre maximal de volumes physiques et le nombre maximal de volumes
logiques. La commande vgmodify vous permet d'ajuster ces paramètres sans supprimer
puis recréer le groupe de volumes et sans avoir à déplacer vos données.
Appliquez la procédure suivante pour ajuster ces paramètres de groupe de volumes :
1. Exécutez vgmodify pour recueillir des informations sur le groupe de volumes.
Enregistrez la sortie des trois commandes suivantes :
# vgmodify -o -r vgnn
# vgmodify -v -t vgnn
# vgmodify -v -n -t vgnn
L'option -o tente d'optimiser les valeurs en utilisant au maximum l'espace de
métadonnées LVM existant. L'option -t indique la plage de paramètres optimisée
sans renuméroter les étendues physiques ; l'option -n permet de renuméroter les
étendues physiques.
2. En fonction des informations recueillies à l'étape précédente, choisissez de nouvelles
valeurs pour les paramètres de groupe de volumes.
3. Les nouvelles valeurs peuvent augmenter la taille de la zone réservée de groupe
de volumes (VGRA) sur chaque volume physique. La VGRA résidant dans l'en-tête
LVM, l'augmentation de sa taille peut nécessiter le déplacement de la première
étendue physique de données utilisateur sur le volume physique. Utilisez la
commande pvmove pour déplacer la première étendue physique vers un autre
emplacement.
4. Examinez les valeurs en exécutant vgmodify avec les nouveaux paramètres et
l'option -r.
5. Désactivez le groupe de volumes.
6. Validez les nouvelles valeurs en exécutant vgmodify sans l'option -r.
7. Activez le groupe de volumes. Exécutez la commande vgdisplay afin de vérifier
que les paramètres ont été appliqués.
En guise d'exemple, supposez que vous souhaitez ajouter de plus grands disques au
groupe de volumes vg32. Vous souhaitez augmenter le nombre maximal d'étendues
physiques par groupe de volumes (ep_max) et le nombre maximal de groupe de
volumes (vp_max). Voici les étapes nécessaires :
1. Exécutez vgmodify pour recueillir des informations sur le groupe de volumes.
Enregistrez la sortie des trois commandes suivantes :

# vgmodify -o -r vg32
Paramètres de groupe de volumes actuels :
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Taille VGRA (Ko) 176
La nouvelle configuration requiert que "ep_max" soient augmentés de 1016 à 6652
Les paramètres de groupe de volumes actuels et nouveaux diffèrent.
Une mise à jour du groupe de volumes est requise
Nouveaux paramètres de groupe de volumes :

VL max 255
VP max 16
EP max par VP 6652
Taille EP (Mo) 32
Examen terminé. Le groupe de volumes n'a pas été modifié
# vgmodify -v -t vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Espace VGRA (Ko) sur les volumes physiques avec des extensions en cours d'utilisation :
VP actuels -n
/dev/rdisk/disk6 896 32768
Synthèse 896 32768
Paramètres de groupe de volumes optimisés (aucune EP renumérotée) :

vp_max(-p) ep_max(-e) Taille de disque (Mo)
2 53756 1720193
3 35836 1146753
...
213 296 9473
255 252 8065
# vgmodify -v -n -t vg32
Configuration du groupe de volumes pour /dev/vg32 sauvegardée dans
/etc/lvmconf/vg32.conf

VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Espace VGRA (Ko) sur les volumes physiques avec des extensions en cours d'utilisation :
VP actuels -n
Synthèse 896 32768
L'extension physique zéro n'est pas libre sur tous les VP. Vous n'obtiendrez pas ces valeurs
tant que la première extension n'aura pas été libérée (voir pvmove(1M)) sur tous les
disques suivants :
/dev/rdisk/disk6
/dev/rdisk/disk5
Paramètres de groupe de volumes optimisés (renumérotation EP inférieure) :

61 65535 2097152
62 65532 2097056
...
252 16048 513568
255 15868 507808
2. En fonction de la sortie de vgmodify -n -t, choisissez 255 pour vp_max et 15868

pour ep_max.
3. Les nouvelles valeurs exigeant que l'étendue physique 0 soit libre, utilisez pvmove
pour la déplacer ailleurs :
# pvmove /dev/disk/disk5:0 /dev/disk/disk5
Transfert des extensions logiques du volume logique "/dev/vg32/lvol2"...
Le volume physique "/dev/disk/disk5" a été déplacé avec succès.
# pvmove /dev/disk/disk6:0 /dev/disk/disk6

Transferring logical extents of logical volume "/dev/vg32/lvol1"...
Le volume physique "/dev/disk/disk6" a été déplacé avec succès.
4. Examinez les modifications en utilisant l'option -r de vgmodify :

# vgmodify -p 255 -e 15868 -r -n vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32

VL max 255
VP max 255
EP max par VP 15868
Taille EP (Mo) 32
5. Désactivez le groupe de volumes :
# vgchange -a n vg32
Le groupe de volumes "vg32" a été modifié avec succès.
6. Validez les nouvelles valeurs :
# vgmodify -p 255 -e 15868 -n vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32

VL max 255
VP max 255
EP max par VP 15868
Taille EP (Mo) 32
Nouvelle configuration du groupe de volumes pour "vg32" sauvegardée dans
"/etc/lvmconf/vg32.conf"
Ancienne configuration du groupe de volumes pour "vg32" sauvegardée dans
"/etc/lvmconf/vg32.conf.old"
Début de la modification par écriture sur tous les volumes physiques

Application de la configuration à tous les volumes physiques à partir de
Processus de modification terminé.
Le groupe de volumes"vg32" a été modifié avec succès.
7. Activez le groupe de volumes et vérifiez les modifications :

# vgchange -a y vg32
Activated volume group
# vgdisplay vg32
Nom GV /dev/vg32
Etat GV disponible
VL max 255
VL actuels 0
VL ouverts 0
VP max 255
VP actuels 2
VP actuels 2
EP max par VP 15868
VGDA 4
Taille EP (Mo) 32
Total EP 1084
EP allouées 0
EP libres 1084
Total GVP 0
Version GV 1.0
Suspension et reprise d'un groupe de volumes

Si vous envisagez d'utiliser un utilitaire de gestion de disques pour créer une image
de sauvegarde (ou "instantané") de tous les disques d'un groupe de volumes, vous
devez vous assurer que LVM n'écrit sur aucun des disques lors de la prise d'instantané,
autrement certains disques risquent de contenir des métadonnées LVM incohérentes
ou écrites partiellement. Pour garantir la cohérence de l'image disque du groupe de
volumes, vous devez désactiver le groupe de volumes ou le suspendre.
La désactivation du groupe de volumes nécessite la fermeture de tous ses volumes
logiques, ce qui peut perturber le fonctionnement du système. Par exemple, vous devez
démonter tous les systèmes de fichiers qui utilisent un volume logique du groupe de
volumes. En revanche, la suspension temporaire du groupe de volumes vous permet
de laisser le groupe de volumes actif et le volume logique ouvert durant l'opération de
prise d'instantané, ce qui minimise l'impact sur le système.
Vous pouvez suspendre à la fois les opérations de lecture et d'écriture sur le groupe
de volumes, ou simplement les opérations d'écriture. Pendant qu'un groupe de volumes
est suspendu, la commande vgdisplay signale le mode d'accès au groupe de volume
comme quiesced. Les opérations d'E/S indiquées sont mises en file d'attente jusqu'à
la reprise du groupe de volumes, et les commandes qui modifient la configuration du
groupe de volumes échouent immédiatement.
REMARQUE : Il est impossible de suspendre un volume physique ou logique spécifique

à l'aide de cette fonctionnalité. Pour suspendre temporairement un volume physique
afin de le désactiver ou de le remplacer, voir « Désactivation d'un chemin d'accès à un
volume physique » (page 103). Pour suspendre un volume logique, suspendez ou
désactivez le groupe de volumes. Pour obtenir une image stable d'un volume logique
sans désactiver le groupe de volumes, mettez le volume logique en miroir, puis
fractionnez l'un des miroirs, comme décrit dans « Sauvegarde d'un volume logique en
miroir » (page 87).
La suspension d'un groupe de volumes n'est pas persistante d'un réamorçage à l'autre.
Pour suspendre un groupe de volumes, utilisez la commande vgchange avec l'option

-Q comme suit :
# vgchange -Q mode vgnn
Le paramètre mode peut être rw, qui bloque à la fois les opérations de lecture et
d'écriture, ou w, qui autorise les opérations de lecture mais bloque les opérations
d'écriture.
Par défaut, le groupe de volumes demeure suspendu jusqu'à sa reprise explicite. Vous
pouvez spécifier une durée de suspension maximale en secondes à l'aide de l'option
-t. Si la durée de suspension expire, la reprise du groupe de volumes s'effectue
automatiquement. Par exemple, pour suspendre le groupe de volumes vg08 pour un
maximum de dix minutes (600 secondes) tout en autorisant les opérations de lecture,
entrez la commande suivante :
# vgchange -Q w -t 600 vg08
Pour effectuer la reprise d'un groupe de volumes, utilisez la commande vgchange
avec l'option -R comme suit :
# vgchange -R vgnn
Attribution d'un nouveau nom à un groupe de volumes

Pour modifier le nom d'un groupe de volumes, exportez-le, puis importez-le avec le
nouveau nom. Pour des informations plus détaillées sur la façon d'exporter et d'importer
un groupe de volumes, voir « Exportation d'un groupe de volumes » (page 77) et
« Importation d'un groupe de volumes » (page 78).
Pour affecter au groupe de volumes vg01 le nouveau nom vgdb, procédez comme
suit :

1. Désactivez le groupe de volumes comme suit :
2. Si vous souhaitez conserver le même numéro mineur pour le groupe de volumes,
examinez le fichier group du groupe de volumes comme suit :
# ls -l /dev/vg01/group
crw-r--r-- 1 root sys 64 0x010000 Mar 28 2004 /dev/vg01/group
Dans cet exemple, le numéro majeur de du groupe de volumes est 64 et le numéro
mineur est 0x010000.
3. Exportez le groupe de volumes comme suit :
# vgexport -m vg01.map vg01
spécifier le numéro mineur du fichier de périphérique de groupe de volumes,
créez-le pour le nouveau nom du groupe de vomlumes, à l'aide de la procédure
décrite dans « Création du fichier de périphérique de groupe de volumes »
(page 66).
Le fichier group dans cet exemple ayant un numéro majeur de 64 et un numéro
mineur de 0x010000, entrez les commandes suivantes :
# mkdir /dev/vgdb
# mknod /dev/vgdb/group c 64 0x010000
5. Importez le groupe de volumes sous son nouveau nom comme suit :
# vgimport -m vg01.map /dev/vgdb
6. Sauvegardez les informations de configuration du groupe de volumes comme
suit :
# vgcfgbackup /dev/vgdb
# vgchange -a y /dev/vgdb
8. Supprimez les informations de configuration enregistrées basées sur l'ancien nom
du groupe de volumes comme suit :
# rm /etc/lvmconf/vg01.conf
9. Mettez à jour toutes les références à l'ancien nom dans les autres fichiers sur le
système. Il s'agit de /etc/fstab pour les systèmes de fichiers montés ou les
périphériques d'échange, et des fichiers de mappage existants à partir d'une
commande vgexport.
Fractionnement d'un groupe de volumes
Vous pouvez utiliser la commande vgchgid pour fractionner un groupe de volumes
existant en plusieurs groupes de volumes, à condition que les volumes physiques à
fractionner soient autonomes ; autrement dit, tous les volumes logiques sur les volumes
physiques doivent être contenus entièrement sur ces volumes physiques. Par exemple,
un groupe de volumes fractionnable peut avoir les volumes logiques 1, 2 et 3 sur les
volumes physiques 0 et 1, et les volumes logiques 4, 5 et 6 sur les volumes physiques
2, 3, 4 et 5.
Dans cet exemple, le groupe de volumes vgold contient les volumes physiques /dev/
disk/disk0 à /dev/disk/disk5. Les volumes logiques lvol1, lvol2 et lvol3
sont sur les volumes physiques /dev/disk/disk0 et /dev/disk/disk1, et les
volumes logiques lvol4, lvol5 et lvol6 sont sur les volumes physiques restants.
Pour conserver /dev/disk/disk0 et /dev/disk/disk1 dans vgold et fractionner
les volumes physiques restants en un nouveau groupe de volumes nommés vgnew,
procédez comme suit :
# vgchange -a n vgold
2. Exportez le groupe de volumes comme suit :
# vgexport vgold
3. Modifiez le VGID sur les volumes physiques à affecter au nouveau groupe de
volumes comme suit :
# vgchgid -f /dev/rdisk/disk2 /dev/rdisk/disk3 \
/dev/rdisk/disk4 /dev/rdisk/disk5
spécifier le numéro mineur du fichier de groupe vgold, créez-le à l'aide de la
procédure décrite dans « Création du fichier de périphérique de groupe de
spécifier le numéro mineur du fichier de groupe vgnew, créez-le à l'aide de la
procédure décrite dans « Création du fichier de périphérique de groupe de
6. Importez les volumes physiques dans l'ancien groupe de volumes comme suit :
# vgimport /dev/vgold /dev/rdisk/disk0 /dev/rdisk/disk1
7. Importez les volumes physiques dans le nouveau groupe de volumes comme suit :
# vgimport /dev/vgnew /dev/rdisk/disk2 /dev/rdisk/disk3 \
/dev/rdisk/disk4 /dev/rdisk/disk5
8. Activez les groupes de volumes. Désactivez les vérifications de quorum pour
l'ancien groupe de volumes (car plus de la moitié de ses disques sont manquants)
comme suit :

# vgchange -a y -q n /dev/vgold
# vgchange -a y /dev/vgnew
9. Les volumes logiques sont actuellement définis dans les deux groupes de volumes.
Supprimez les volumes logiques dupliqués du groupe de volumes qui ne les
contient plus, comme suit :
# lvremove -f vgold/lvol4 vgold/lvol5 vgold/lvol6
# lvremove -f vgnew/lvol1 vgnew/lvol2 vgnew/lvol3
10. Les volumes physiques sont actuellement définis dans les deux groupes de volumes.
Supprimez les volumes physiques manquants des deux groupes de volumes
comme suit :
# vgreduce -f vgold
# vgreduce -f vgnew
11. Activez les vérifications de quorum pour l'ancien groupe de volumes comme suit :
# vgchange -a y -q y /dev/vgold
Une fois la procédure terminée, le groupe de volumes d'origine contient trois volumes
logiques (lvol1, lvol2 et lvol3) avec les volumes physiques /dev/disk/disk0
et /dev/disk/disk1. Le nouveau groupe de volumes vgnew contient trois volumes
logiques (lvol4, lvol5 et lvol6) répartis sur les volumes physiques /dev/disk/
disk2, /dev/disk/disk3, /dev/disk/disk4 et /dev/disk/disk5.
Suppression d’un groupe de volumes
ASTUCE : Il est plus facile d'exporter un groupe de volumes que de l'exporter, car la
suppression du groupe de volumes nécessite la suppression de tous les volumes logiques
et volumes physiques du groupe avant l'exécution de la commande vgremove. En
outre, l'exportation du groupe de volumes laisse intactes les informations LVM sur les
disques, ce qui est un avantage si vous souhaitez réimporter le groupe de volumes
ultérieurement. Pour obtenir la procédure d'exportation de groupe de volumes, voir
« Exportation d'un groupe de volumes » (page 77).
Pour supprimer un groupe de volumes, procédez comme suit :
1. Sauvegardez toutes les données utilisateur.
2. Recherchez les noms de tous les volumes logiques et volumes physiques du groupe
de volumes. Entrez la commande suivante :
# vgdisplay -v /dev/vgnn
3. Assurez-vous qu'aucun de ces volumes logiques n'est en cours d'utilisation. Vous
devrez peut-être arrêter les applications qui utilisent des volumes logiques du
groupe de volumes, et démonter les systèmes de fichiers contenus dans le groupe
de volumes.
Utilisez la commande fuser sur chaque volume logique :
# fuser -cu /dev/vgnn/lvoln
4. Supprimez chaque volume logique comme suit :
# lvremove /dev/vgnn/lvoln
Pour plus d'informations, voir « Suppression d’un volume logique » (page 76).
5. Supprimez tous les volumes physiques sauf un, comme suit :
# vgreduce /dev/vgnn /dev/disk/diskn
Pour plus d'informations, voir « Suppression d’un disque d'un groupe de volumes »
(page 69).
6. Utilisez la commande vgremove pour supprimer le groupe de volumes comme
suit :
# vgremove vgnn
Sauvegarde d'un volume logique en miroir
REMARQUE : La mise en miroir requiert le produit optionnel HP MirrorDisk/UX.

Pour effectuer une sauvegarde sur une copie hors ligne pendant que l'autre copie
demeure en ligne, vous pouvez fractionner un volume logique en miroir en deux
volumes logiques. Après avoir procédé à la sauvegarde de la copie hors ligne, vous
pouvez fusionner à nouveau les deux volumes logiques en un seul. Pour pouvoir
synchroniser les deux copies, LVM met à jour les étendues physiques de la copie hors
ligne en fonction des modifications effectuées sur la copie qui est restée active.
Pour fractionner et fusionner les volumes logiques, vous pouvez utiliser HP SMH ou
les commandes lvsplit et lvmerge.
Pour sauvegarder un volume logique en miroir contenant un système de fichiers à
l'aide de lvsplit et lvmerge, procédez comme suit :
1. Fractionnez le volume logique /dev/vg00/lvol1 en deux volumes logiques
distincts comme suit :
# lvsplit /dev/vg00/lvol1
Cette commande crée le nouveau volume logique /dev/vg00/lvol1b. Le volume
logique d'origine /dev/vg00/lvol1 demeure en ligne.
2. Effectuez une vérification de cohérence du système de fichiers sur le volume
logique à sauvegarder comme suit :
# fsck /dev/vg00/lvol1b
3. Montez le système de fichiers comme suit :
# mkdir /backup_dir
# mount /dev/vg00/lvol1b /backup_dir
4. Effectuez la sauvegarde à l'aide de l'utilitaire de votre choix.

5. Démontez le système de fichiers comme suit :
# umount /backup_dir
6. Fusionnez le volume logique fractionné avec le volume logique d'origine comme
suit :
# lvmerge /dev/vg00/lvol1b /dev/vg00/lvol1
Sauvegarde et restauration d'une configuration de groupe de volumes

Il est indispensable que les informations de configuration du groupe de volumes soient
enregistrées avant de procéder à une modification quelconque de la configuration,
notamment :
• Ajout ou suppression de disques dans le groupe de volumes
• Modification des disques d’un groupe de volumes racine
• Création ou suppression de volumes logiques
• Extension ou réduction de volumes logiques
Contrairement aux disques à partitions fixes ou sans partition, dont les limites pour
un disque donné sont figées, chaque configuration de groupe de volumes est unique,
évolue et utilise de l’espace sur plusieurs disques.
Si vous sauvegardez la configuration de votre groupe de volumes, vous pouvez restaurer
une configuration LVM perdue ou endommagée en cas de défaillance de disque ou
d'endommagement de vos informations de configuration LVM.
La commande vgcfgbackup crée ou met à jour un fichier de sauvegarde contenant
la configuration de groupe de volumes ; elle ne sauvegarde pas les données contenues dans
vos volumes logiques d'origine. Pour simplifier le processus de sauvegarde, vgcfgbackup
est exécutée automatiquement dès qu’une modification de configuration est effectuée
par une des commandes suivantes :
lvchange lvcreate lvextend lvlnboot lvmerge

lvreduce lvremove lvrmboot lvsplit vgcreate
pvchange pvmove vgextend vgmodify vgreduce
Vous pouvez afficher les informations de configuration LVM précédemment

sauvegardées avec vgcfgbackup ou les restaurer avec vgcfgrestore.
Par défaut, vgcfgbackup sauvegarde la configuration d’un groupe de volumes dans
le fichier /etc/lvmconf/nom_groupe_volumes.conf.
Vous pouvez également exécuter vgcfgbackup sur la ligne de commande pour stocker
le fichier de sauvegarde dans un répertoire de votre choix. Dans ce cas, exécutez d’abord
vgdisplay avec l’option -v pour vous assurer que tous les volumes logiques du
groupe de volumes sont représentés sous la forme disponible/synchronisé. Dans
ce cas, exécutez la commande suivante :
# vgcfgbackup -f nom_chemin_accès/nom_fichier nom_groupe_volumes
Si vous utilisez un fichier de configuration de groupe de volumes non défini par défaut,
notez son emplacement. Pour obtenir des informations sur les options de commande,
voir vgcfgbackup(1M). Assurez-vous que des sauvegardes du groupe de volumes racine
se trouvent sur le système de fichiers racine, pour le cas où ils seraient nécessaires
durant la récupération.
Pour exécuter vgcfgrestore, vous devez détacher le volume physique. Si toutes les
données sur le volume physique sont mises en miroir et que la copie miroir est à jour
et disponible, vous pouvez temporairement détacher le volume physique à l'aide de
la commande pvchange, exécuter la commande vgcfgrestore, puis rattacher le
volume physique. Par exemple, pour restaurer les données de configuration de groupe
de volumes de /dev/disk/disk5, un disque appartenant au groupe de volumes
/dev/vgsales, entrez les commandes suivantes :
# pvchange -a n /dev/disk/disk5
# vgcfgrestore -n /dev/vgsales /dev/rdisk/disk5
# pvchange -a y /dev/disk/disk5
Si le volume physique n'est pas mis en miroir ou que les copies miroirs ne sont pas à
jour ou sont indisponibles, vous devez désactiver le groupe de volumes avec vgchange,
exécuter la commande vgcfgrestore, puis activer le groupe de volumes comme
suit :
# vgchange -a n /dev/vgsales
# vgcfgrestore -n /dev/vgsales /dev/rdisk/disk5
# vgchange -a y /dev/vgsales
Ces exemples permettent de restaurer la configuration LVM sur le disque à partir de
l’emplacement de sauvegarde par défaut /etc/lvmconf/vgsales.conf.
Pour obtenir des informations sur les options de commande, voir vgcfgrestore(1M).
Déplacement et reconfiguration des disques

• « Déplacement de disques au sein d'un système » (page 90)
• « Déplacement de disques d'un système à un autre » (page 91)
• « Déplacement de données sur un volume physique différent » (page 93)
• « Modification des caractéristiques des volumes physiques » (page 95)
• « Désactivation d'un chemin d'accès à un volume physique » (page 103)
• « Création d'un disque d'amorçage secondaire » (page 104)
• « Mise en miroir du disque d'amorçage » (page 107)
• « Mise en miroir du disque d'amorçage sur les serveurs HP 9000 » (page 108)
• « Mise en miroir du disque d'amorçage sur les serveurs HP Integrity » (page 110)
Vous devrez peut-être effectuer les tâches suivantes :
Déplacement et reconfiguration des disques 89

• Déplacer des disques dans un groupe de volumes à des emplacements matériels
différents sur un système.
• Déplacer des groupes de volumes de disques d’un système à un autre.
ATTENTION : Il n’est pas conseillé de déplacer un disque appartenant à un groupe

de volumes racine. Pour plus d'informations, consultez le manuel intitulé Configuring
HP-UX for Peripherals.
Les fichiers /etc/lvmtab et /etc/lvmtab_p contiennent des informations concernant
le mappage des disques LVM d’un système avec les groupes de volumes, c’est-à-dire
les noms de groupes de volumes et les listes de volumes physiques constituant ces
groupes de volumes. Lorsque vous effectuez une des tâches précédentes, ces fichiers
de configuration doivent être modifiés de façon à refléter les nouveaux emplacements
matériels et fichiers de périphériques de disques. Toutefois, vous ne pouvez pas modifier
ces fichiers directement, car ce ne sont pas des fichiers texte. Au lieu de cela, vous devez
utiliser vgexport et vgimport pour reconfigurer les groupes de volumes, afin
d'enregistrer les modifications de configuration dans les fichiers de configuration LVM.
Déplacement de disques au sein d'un système
Il existe deux procédures de déplacement de disques dans un groupe de volumes à
des emplacements matériels différents sur un système. Choisissez la procédure adaptée,
selon que vous utilisez des fichiers de périphériques persistants ou hérités pour vos
volumes physiques ; les types de fichiers de périphériques sont décrits dans
« Comparaison des fichiers de périphériques hérités et des fichiers de périphériques
persistants » (page 26).
Configuration LVM avec des fichiers de périphériques persistants

Si votre configuration LVM utilise des fichiers de périphériques persistants, procédez
comme suit :
1. Assurez-vous que vous disposez d’une sauvegarde récente des données et de la
configuration du groupe de volumes.
2. Désactivez le groupe de volumes en entrant la commande suivante :
# vgchange -a n /dev/vgnn
3. Déplacez physiquement vos disques à leur nouveaux emplacements.
# vgchange -a y /dev/vgnn
Configuration LVM avec des fichiers de périphériques hérités

Les noms des fichiers de périphériques hérités changent lorsque les chemins d'accès
matériels à leurs périphériques physiques changent. Par conséquent, vous devez mettre
à jour votre configuration LVM en exportant et important le groupe de volumes afin
d'utiliser les nouveaux fichiers de périphériques hérités. Procédez comme suit :
1. Assurez-vous que vous disposez d’une sauvegarde récente des données et de la
configuration du groupe de volumes.
# vgchange -a n /dev/vgnn
3. Si vous souhaitez conserver le même numéro mineur pour le groupe de volumes,
examinez le fichier group du groupe de volumes comme suit :
# ls -l /dev/vgnn/group
crw-r--r-- 1 root sys 64 0x010000 Mar 28 2004 /dev/vgnn/group
Dans cet exemple, le numéro majeur de du groupe de volumes est 64 et le numéro
mineur est 0x010000.
4. Supprimez les fichiers de périphériques de groupe de volumes et leurs entrées des
fichiers de configuration LVM en entrant la commande suivante :
# vgexport -v -s -m /tmp/vgnn.map /dev/vgnn
5. Déplacez physiquement vos disques à leur nouveaux emplacements.
6. Pour afficher les nouveaux emplacements, entrez la commande suivante :
# vgscan -v
conserver le numéro mineur du fichier de périphérique de groupe de volumes,
créez-le à l'aide de la procédure décrite dans « Création du fichier de périphérique
de groupe de volumes » (page 66).
Le fichier group dans cet exemple ayant un numéro majeur de 64 et un numéro
mineur de 0x01000000, entrez les commandes suivantes :
# mkdir /dev/vgnn
# mknod /dev/vgnn/group c 64 0x010000
8. Rajoutez l'entrée du groupe de volumes dans les fichiers de configuration LVM à
l'aide de la commande vgimport comme suit :
# vgimport -v -s -m /tmp/vgnn.map /dev/vgnn
9. Activez le groupe de volumes nouvellement importé comme suit :
10. Sauvegardez la configuration du groupe de volumes comme suit :
# vgcfgbackup /dev/vgnn
Déplacement de disques d'un système à un autre

Pour déplacer les disques d'un groupe de volumes vers des emplacements matériels
différents sur un système différent, exportez le groupe de volumes à partir d'un système,
déplacez physiquement les disques vers l'autre système, importez le groupe de volumes
sur ce dernier. Les procédures d'exportation et d'importation d'un volume sont décrites

dans « Exportation d'un groupe de volumes » (page 77) et « Importation d'un groupe
de volumes » (page 78). Elles sont décrites dans l'exemple suivant.
REMARQUE : Si le groupe de volumes contient des disques multichemins, consultez

la remarque sous « Importation d'un groupe de volumes » (page 78).
Pour déplacer les trois disques du groupe de volumes /dev/vg_planning vers un
autre système, procédez comme suit :
1. Si l'un des volumes logiques contient un système de fichiers, démontez ce dernier.
Si l'un des volumes logiques est utilisé comme espace d'échange secondaire,
désactivez l'échange et réamorcez le système ; pour plus d'informations sur
l'échange secondaire, consultez le manuel Guide de l'administrateur système HP-UX :
Gestion de la configuration.
2. Faites en sorte que le groupe de volumes et ses volumes logiques associés soient
inaccessibles pour les utilisateurs de la manière suivante :
# vgchange -a n /dev/vg_planning
3. Affichez un aperçu de la suppression des informations de groupe de volumes dans
les fichiers de configuration LVM à l'aide de la commande suivante :
# vgexport -p -v -s -m /tmp/vg_planning.map /dev/vg_planning
L’option -m vous permet de spécifier le nom d'un fichier de mappages contenant
les informations supprimées des fichiers de configuration LVM. Le fichier de
mappages contient les noms de tous les volumes logiques du groupe de volumes.
Il est utilisé pour la configuration du groupe de volumes sur le nouveau système.
4. Si l'aperçu est satisfaisant, supprimez les informations de groupe de volumes
comme suit :
# vgexport -v -s -m /tmp/vg_planning.map /dev/vg_planning
La commande vgexport supprime le groupe de volumes du système et crée le
fichier /tmp/vg_planning.map.
5. Connectez les disques au nouveau système et copiez le fichier /tmp/
vg_planning.map sur le nouveau système.
6. Si vous utilisez une version d'HP-UX antérieure à mars 2008, créez le fichier de
périphérique de groupe de volumes à l'aide de la procédure décrite dans « Création
du fichier de périphérique de groupe de volumes » (page 66).
7. Pour obtenir des informations sur les fichiers de périphériques concernant les
disques, exécutez la commande ioscan :
# ioscan -funN -C disk
8. Pour afficher un aperçu de l'opération d'importation, exécutez la commande
vgimport avec l'option -p.
# vgimport -p -N -v -s -m /tmp/vg_planning.map /dev/vg_planning
9. Pour importer le groupe de volumes, exécutez vgimport sans l'option -p comme
suit :
# vgimport -N -v -s -m /tmp/vg_planning.map /dev/vg_planning
10. Activez le groupe de volumes nouvellement importé comme suit :
# vgchange -a y /dev/vg_planning
Déplacement de données sur un volume physique différent

Vous pouvez utiliser la commande pvmove pour déplacer les données de volumes
logiques d’un disque à un autre ou entre les disques d’un groupe de volumes.
Par exemple, vous pouvez déplacer les données d’un volume logique spécifique d’un
disque à un autre, afin d'utiliser l’espace libéré sur le premier disque pour un autre
usage. Pour déplacer les données du volume logique /dev/vg01/markets du disque
/dev/disk/disk4 vers le disque /dev/disk/disk7, entrez la commande suivante :
# pvmove -n /dev/vg01/markets /dev/disk/disk4 /dev/disk/disk7
Vous pouvez aussi déplacer toutes les données d’un seul disque, indépendamment du
volume logique qui lui est associé, vers un autre disque appartenant au même groupe
de volumes. Vous pourriez procéder ainsi afin de supprimer un disque d'un groupe
de volumes. La commande pvmove permet de déplacer les données vers d’autres
disques spécifiés, ou de laisser LVM effectuer le déplacement en fonction de l’espace
disponible dans le groupe de volumes, conformément aux stratégies d'allocation en
vigueur.
Pour déplacer l’ensemble des données du disque /dev/dsk/disk3 et les implanter
sur le disque cible /dev/disk/disk5, entrez la commande suivante :
# pvmove /dev/disk/disk3 /dev/disk/disk5
Pour déplacer l’ensemble des données du disque /dev/disk/disk3 et laisser LVM
les transférer dans un espace disponible du groupe de volumes, entrez la commande
suivante :
# pvmove /dev/disk/disk3
Dans chacun des cas précédents, s’il n’y a pas d’espace libre sur le disque cible, la
commande pvmove échoue.
REMARQUE : La commande pvmove n'est pas une opération atomique ; elle déplace
les données étendue par étendue. Si pvmove est interrompue de manière anormale par
un blocage système ou par kill -9, le groupe de volumes risque de se retrouver avec
une configuration incohérente indiquant une pseudo copie miroir supplémentaire pour
les étendues déplacées. Vous pouvez supprimer cette copie miroir supplémentaire à
l'aide de la commande lvreduce avec l'option -m sur chacun des volumes logiques
affectés ; il n'est pas nécessaire de spécifier un disque.

Création d’un disque de rechange
REMARQUE : La préservation de disque requiert un produit optionnel,

HP MirrorDisk/UX.
Les groupes de volumes de version 2.x ne prennent pas en charge la préservation de
disque.
Pour configurer un volume physique de rechange dans un groupe de volumes que

vous souhaitez mettre à l’abri d’une défaillance de disque, procédez comme suit avant
qu'une défaillance de disque ne se produise :
1. Utilisez la commande pvcreate pour initialiser le disque en mode LVM.
REMARQUE : Vous ne devez pas utiliser l’option -B car les volumes physiques
de secours ne peuvent pas contenir d’informations d’amorçage.
2. Assurez-vous que le groupe de volumes a été activé comme suit :
# vgchange -a y /dev/vg01
3. Utilisez la commande vgextend avec l’option -z y pour définir un ou plusieurs
volumes physiques de secours dans le groupe de volumes. Par exemple :
# vgextend -z y /dev/vg01 /dev/disk/disk3
Vous pouvez également convertir un volume physique sans affectation d’étendues
en volume physique de secours au moyen de la commande pvchange, en indiquant
l’option -z y. Par exemple :
# pvchange -z y /dev/disk/disk3
Pour plus d'informations sur la préservation de disque, voir « Augmentation de la

redondance des disques grâce à la préservation de disque » (page 46).
Réimplantation d’un disque de rechange
REMARQUE : La préservation de disque requiert un produit optionnel,

HP MirrorDisk/UX.
Les groupes de volumes de version 2.x ne prennent pas en charge la préservation de
disque.
Après réparation d’un disque défaillant et décision d’en effectuer le remplacement,

procédez de la manière suivante pour le réimplanter et remettre le disque de rechange
en attente :
1. Connectez physiquement le disque nouveau ou réparé.
2. Restaurez la configuration LVM du disque reconnecté avec l’utilitaire
vgcfgrestore comme suit :
# vgcfgrestore -n /dev/vg01 /dev/rdisk/disk1
3. Assurez-vous que le groupe de volumes a été activé comme suit :
4. Vérifiez que l’affectation des étendues est possible sur le disque remplacé, comme
suit :
# pvchange -x y /dev/disk/disk1
5. Utilisez la commande pvmove pour déplacer les données du disque de rechange
sur le volume physique remplacé. Par exemple :
Les données du disque de rechange se trouvent maintenant de nouveau sur le
disque d’origine ou son remplaçant et le disque de rechange redevient un disque
vide en attente.
Pour plus d'informations sur la préservation de disque, voir « Augmentation de la
redondance des disques grâce à la préservation de disque » (page 46).
Modification des caractéristiques des volumes physiques
volumes physiques amorçables.
La commande vgmodify vous permet de modifier un groupe de volumes afin de
répondre aux modifications de volumes physiques. En particulier, vous pouvez ajuster
le groupe de volumes de façon à reconnaître les modifications de taille des volumes
physiques, et vous pouvez modifier un type de volume physique de "amorçable" à
"non amorçable".
Reconnaissance des modifications de taille

Les baies de disques autorisent en général le redimensionnement de LUN. Si vous
augmentez la taille d'un LUN, procédez comme suit pour incorporer l'espace
supplémentaire dans le groupe de volumes :
1. Augmentez la taille du LUN en suivant les instructions de la baie.
2. Exécutez vgmodify afin de détecter les modifications de taille de volume physique.
Cette commande indique également si tout l'espace peut être mis à disposition du
groupe de volumes.
3. Si vgmodify indique que le nombre maximal d'étendues physiques par volume
physique (ep_max) est trop petit pour satisfaire la nouvelle taille, utilisez vgmodify
avec les options -t et -n pour déterminer une nouvelle valeur pour ep_max,

comme décrit dans « Modification de paramètres de groupes de volumes »
(page 79).
4. Examinez les valeurs en exécutant vgmodify avec les nouveaux paramètres et
l'option -r.
6. Validez toute nouvelle valeur de ep_max et mettez à jour les informations de
volumes physiques en exécutant vgmodify sans l'option -r.
7. Activez le groupe de volumes. Pour vérifier que l'espace augmenté est disponible,
exécutez les commandes vgdisplay et pvdisplay.
ASTUCE : À compter de la version de mars 2008 d'HP-UX 11i version 3, vous pouvez
utiliser les options –E et –a de vgmodify pour reconnaître et satisfaire les modifications
de taille sans désactiver le groupe de volumes. Pour plus d'informations, voir
vgmodify(1M).
Par exemple, pour augmenter la taille du volume physique /dev/rdisk/disk6 de
4 Go à 100 000 000 Ko, procédez comme suit :
1. Augmentez la taille du LUN en suivant les instructions de la baie de disques.
2. Exécutez vgmodify avec les options -v et -r pour vérifier si la taille de certains
disques a été modifiée et si tout l'espace sur les volumes physiques peut être utilisé.
# vgmodify -v -r vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
/dev/rdisk/disk6 Avertissement : Valeur maximale d'EP par VP pour le groupe de volumes

(1016) insuffisante pour ce VP (3051).
Utilisation de seulement 1016 EP de ce volume physique.
La taille de "/dev/rdisk/disk6" est passée de 4194304 à 100000000kb

VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Le volume physique étendu requiert 3 051 étendues physiques pour utiliser tout
son espace, mais la valeur actuelle de ep_max limite ce nombre à 1 016.
3. Pour déterminer les valeurs optimales de vp_max et ep_max, exécutez vgmodify
-t, avec et sans l'option -n, comme suit :
# vgmodify -t vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Espace VGRA (Ko) sans renumérotation d'EP 896
Espace VGRA (Ko) ; renumérotation d'EP inférieure 32768

2 53756 1720193
3 35836 1146753
4 26876 860033
...
28 3836 122753
30 3580 114561
32 3324 106369
35 3068 98177
38 2812 89985
...
255 252 8065
Le tableau indique que sans renumérotation des étendues physiques, un vp_max
de 35 ou moins donne un ep_max suffisant pour satisfaire l'augmentation de taille
de volume physique.
# vgmodify -v -t -n vg32

VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32
Espace VGRA (Ko) sur tous les volumes physiques :

VP actuels -n
Synthèse 896 32768
Paramètres de groupe de volumes optimisés (renumérotation EP inférieure) :

61 65535 2097152
62 65532 2097056
63 64252 2056096
...
251 16124 516000
252 16048 513568
255 15868 507808
Le tableau indique que si les étendues physiques sont renumérotées, toutes les
valeurs de vp_max donnent un ep_max suffisamment élevé pour satisfaire
l'augmentation de taille de volume physique.

Pour cet exemple, sélectionnez un vp_max de 10, ce qui autorise une valeur ep_max
de 10 748.
4. Examinez les modifications en utilisant l'option -r de vgmodify comme suit :
# vgmodify -p 10 -e 10748 -r vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32

VL max 255
VP max 10
EP max par VP 10748
Taille EP (Mo) 32
6. Validez les nouvelles valeurs comme suit :
# vgmodify -p 10 -e 10748 vg32
VL max 255
VP max 16
EP max par VP 1016
Taille EP (Mo) 32

VL max 255
VP max 10
EP max par VP 10748
Taille EP (Mo) 32
7. Activez le groupe de volumes et vérifiez les modifications en entrant les commandes

suivantes :
# vgdisplay vg32
Nom GV /dev/vg32
Etat GV disponible
VL max 255
VL actuels 0
VL ouverts 0
VP max 10
VP actuels 2
VP actuels 2
EP max par VP 10748
VGDA 4
Taille EP (Mo) 32
Total EP 3119
EP allouées 0
EP libres 3119
Total GVP 0
Version GV 1.0
ATTENTION : Cette procédure peut également être appliquée lors de la diminution

de la taille d'un volume physique. Toutefois, il existe des limitations :
• Pour éviter tout endommagement des données, la taille du LUN (dans la baie de
disques) doit être réduite uniquement après que la commande vgmodify a modifié
avec succès le groupe de volumes.
• Le groupe de volumes doit être désactivé avant toute tentative de réduction. Si
vous réduisez la taille du LUN pendant que le groupe de volumes est activé, LVM
marque le volume physique comme indisponible.
• Si le volume physique a des étendues physiques non allouées au-delà de la taille
cible, vgmodify affiche un message d'erreur et s'arrête sans modifier le volume
physique. Dans ce cas, vous devez être prêt à restaurer le LUN à sa taille d'origine
(en vous assurant d'allouer le même espace disque).
Modification des types d'amorçage de volumes physiques
REMARQUE : La commande vgmodify ne prend pas en charge les groupes de volumes

de version 2.x.
Lorsqu'un volume physique est initialisé pour une utilisation LVM, il peut être rendu
amorçable ou non amorçable. Les volumes physiques amorçables requièrent de l'espace
supplémentaire dans leurs métadonnées LVM pour les utilitaires et informations

d'amorçage. Si un volume physique a été initialisé accidentellement comme amorçable,
vous pouvez convertir le disque en disque non amorçable et récupérer l'espace de
métadonnées LVM.
ATTENTION : Le groupe de volumes d'amorçage requiert au moins un volume

physique amorçable. Ne convertissez pas tous les volumes physiques du groupe de
volumes d'amorçage en "non amorçables", autrement votre système ne pourra s'amorcer.
Pour modifier un type de disque d'amorçable à non amorçable, procédez comme suit :
1. Utillisez vgcfgrestore pour déterminer si le groupe de volumes contient des
disques amorçables.
2. Exécutez vgmodify à deux reprises, une fois avec l'option -B n et une fois sans.
Comparez les valeurs disponibles de ep_max et vp_max.
3. Choisissez de nouvelles valeurs pour ep_max et vp_max. Examinez les valeurs
en exécutant vgmodify avec les nouveaux paramètres et l'option -r.
5. Validez les modifications en exécutant vgmodify sans l'option -r.
6. Activez le groupe de volumes. Exécutez la commande vgcfgrestore ou
pvdisplay pour vérifier que le type de disque a changé.
Par exemple, pour convertir tout disque amorçable dans le groupe de volumes vg,
1. Vérifiez si des volumes physiques dans vg01 sont amorçables, comme suit :
# vgcfgrestore -l -v -n vg01
Informations de configuration du groupe de volumes dans "/etc/lvmconf/vg01.conf"
Nom GV /dev/vg01
---- Volumes physiques : 1 ----
VP Type Taille (ko) Début (kb) CléVP
c2t1d0 Amrçable 35566480 2912 0
vp_max 16 ep_max 1085 vl_max 255
2. Pour déterminer les valeurs de ep_max et vp_max qui sont disponibles, exécutez
la commande suivante :
# vgmodify -t -B n vg01 /dev/rdsk/c2t1d0
VL max 255
VP max 16
EP max par VP 1085
Taille EP (Mo) 32

5 65535 2097122
6 56828 1818498

...
255 1276 40834
Comparez les valeurs si le disque est rendu non amorçable, et s'il ne l'est pas.
Entrez la commande suivante :
# vgmodify -t vg01
VL max 255
VP max 16
EP max par VP 1085
Taille EP (Mo) 32

1 65535 2097120
2 45820 1466240
...
255 252 8064
Si vous modifiez le type de disque, l'espace VGRA disponible passe de 768 Ko à
2 784 Ko (si les étendues physiques ne sont pas renumérotées) ou à 32 768 Ko (si
les étendues physiques sont renumérotées). La modification de type de disque
permet également de disposer d'une gamme plus étendue de valeurs vp_max et
ep_max. Par exemple, si vp_max est 255, le disque amorçable ne peut dépasser
8 064 Mo, tandis qu'après la conversion il peut atteindre 40 834 Mo.
3. Pour cet exemple, sélectionnez une valeur vp_max de 6, ce qui autorise une valeur
ep_max de 56 828. Affichez un aperçu des modifications en entrant la commande
suivante :
# vgmodify -r -p 6 -e 56828 -B n vg01 /dev/rdsk/c2t1d0
VL max 255
VP max 16
EP max par VP 1085
Taille EP (Mo) 32

VL max 255
VP max 6
EP max par VP 56828
Taille EP (Mo) 32

5. Validez les nouvelles valeurs comme suit :
# vgmodify -p 6 -e 56828 -B n vg01 /dev/rdsk/c2t1d0
VL max 255
VP max 16
EP max par VP 1085
Taille EP (Mo) 32

VL max 255
VP max 6
EP max par VP 56828
Taille EP (Mo) 32

6. Activez le groupe de volumes et vérifiez les modifications comme suit :

# vgcfgbackup vg01
# vgcfgrestore -l -v -n vg01
Informations de configuration du groupe de volumes dans "/etc/lvmconf/vg01.conf"
Nom GV /dev/vg01
---- Volumes physiques : 1 ----

VP Type Taille (ko) Début (kb) CléVP
c2t1d0 NonAmorç 35566480 2912 0
vp_max 6 ep_max 56828 vl_max 255

Désactivation d'un chemin d'accès à un volume physique
IMPORTANT : Cette procédure désactive uniquement l'utilisation de la liaison par

LVM. La commande pvchange n'empêche pas les diagnostics ou les applications
d'accéder au volume physique.
Par défaut, la pile de stockage de masse utilise tous les chemins d'accès à un volume
physique disponibles, indépendamment des chemins d'accès configurés dans LVM.
La désactivation d'un chemin d'accès dans LVM n'empêche pas la fonctionnalité
multichemin native d'utiliser ce chemin d'accès. Utilisez la commande scsimgr pour
désactiver les E/S sur un chemin d'accès ou pour désactiver la fonctionnalité multichemin
native.
Vous pouvez désactiver de manière temporaire l'utilisation d'un seul ou de tous les
chemins physiques vers un volume physique par LVM à l’aide de la commande
pvchange. La désactivation d'un chemin d'accès, procédure également appelée
détachement de liaison, fait en sorte que LVM ferme ce chemin d'accès au périphérique
et cesse de l'utiliser. Cela peut être utile si vous souhaitez vous assurer qu'une liaison
est inactive, par exemple lorsque vous exécutez des diagnostics sur une carte d'E/S,
vous remplacez une carte d'E/S ou vous remplacez le disque contenant le volume
physique.
Le détachement d'une liaison vers un volume physique est temporaire et non permanent.
Si vous souhaitez supprimer définitivement une liaison vers un volume physique du
groupe de volumes, utilisez la commande vgreduce, comme décrit dans « Suppression
d’un disque d'un groupe de volumes » (page 69).
Pour détacher une liaison vers un volume physique, utilisez l’option -a de la commande
pvchange. Par exemple, pour désactiver la liaison au périphérique /dev/disk/
disk33, entrez la commande suivante :
Si vous utilisez les liaisons secondaires LVM pour les disques multichemins, chaque
liaison utilise un fichier de périphérique hérité différent. Dans cette situation, pour
détacher toutes les liaisons vers un volume physique, utilisez N comme argument de
l’option -a :
# pvchange -a N /dev/dsk/c5t0d0
Le détachement d’une seule ou de toutes les liaisons vers un volume physique ne
provoque pas systématiquement l’arrêt total de ce volume physique par LVM. Si la
liaison détachée est le chemin principal du périphérique, LVM utilise alors l’une des
liaisons secondaires disponibles. LVM n’arrête d’utiliser le volume physique que lorsque
toutes les liaisons sont détachées.
Si toutes les liaisons à un périphérique sont détachées, le volume physique associé est
inaccessible au groupe de volumes. Les liaisons restent associées au groupe de volumes,
mais LVM n'envoie pas de demandes d'E/S au volume physique tant qu'il n'aura pas

été rattaché. Cela signifie que les données du volume physique sont temporairement
indisponibles ; par conséquent, vous devez vérifier le respect des contraintes de
disponibilité pour ces données, en effectuant une copie miroir avant de rendre le
périphérique indisponible en le détachant.
Le détachement d'une liaison ne désactive pas la préservation. En d’autres termes, si
toutes les liaisons vers un volume physique sont détachées, et si un volume physique
de rechange utilisable est disponible dans le groupe de volumes, LVM l’utilise pour
reconstruire le disque détaché. Pour plus d'informations sur la préservation, voir
« Augmentation de la redondance des disques grâce à la préservation de disque »
(page 46).
Vous pouvez afficher le statut LVM de toutes les liaisons vers un volume physique en
exécutant la commande vgdisplay avec l’option -v.
La restauration d’une liaison détachée vers un volume physique, ou son réattachement,
rend cette liaison disponible pour le groupe de volumes. LVM peut à nouveau utiliser
cette liaison pour accéder au disque.
Pour rétablir un chemin spécifique vers un volume physique, utilisez la commande
pvchange avec l’option -a. Par exemple, entrez la commande suivante :
# pvchange -a y /dev/dsk/c5t0d0
Le détachement d'une liaison vers un volume physique étant temporaire, toutes les
liaisons détachées dans un groupe de volume sont réattachées lors de l’activation du
groupe de volumes, soit au moment du réamorçage, soit à l’aide d’une commande
vgchange explicite telle que la suivante :
Création d'un disque d'amorçage secondaire
volumes physiques amorçables. Vous ne pouvez pas créer de disque d'amorçage
secondaire dans un groupe de volumes de version 2.x.
Avec les disques non gérés avec LVM, un disque racine contient à lui seul tous les
attributs nécessaires à l’amorçage, les fichiers système, l’espace d'échange principal et
l’espace de vidage. Avec LVM, un disque racine unique est remplacé par une réserve
de disques, un groupe de volumes racine, qui contient tous les mêmes éléments mais
qui permet de disposer d'un volume logique d'amorçage, d'un volume logique d'échange
et d'un ou plusieurs volumes logiques de vidage. Tous ces volumes logiques doivent
être contigus, autrement dit contenus sur un seul disque, et le réadressage des blocs
défectueux doit être désactivé pour chacun d'entre eux. (D'autres volumes logiques
non contigus peuvent être utilisés pour les données utilisateur.) Pour plus d'informations
sur les périphériques d'échange et de vidage et leur configuration, voir le manuel Guide
de l'administrateur système HP-UX : Gestion de la configuration.

Le volume logique racine contient le logiciel du système d'exploitation et le système
de fichiers racine (/). Le volume logique d'amorçage contient le système de fichiers
d'amorçage (/stand). Vous pouvez combiner les volumes logiques racine et d'amorçage
en un même volume logique, ou conserver des volumes distincts. Que vous utilisiez
un volume logique combiné racine-amorçage, ou des volumes logiques racine et
amorçage différents, le volume logique utilisé pour amorcer le système doit être le
premier volume logique du volume physique. Il doit commencer à l'étendue physique
0000 afin d'amorcer le système en mode maintenance.
Si vous venez d’installer votre système HP-UX et que vous avez opté pour la
configuration LVM, un groupe de volumes racine a été automatiquement configuré
(/dev/vg00), ainsi qu'un volume logique racine (/dev/vg00/lvol3) et un volume
logique d’amorçage (/dev/vg00/lvol1) distincts. Si vous disposez d’un volume
logique combiné (racine et amorçage) et que vous souhaitez opérer une reconfiguration
afin de les séparer, utilisez la commande lvlnboot avec l'option -b après avoir créé
le volume logique racine afin de définir le volume logique d’amorçage du système, qui
prendra effet lors de l’amorçage suivant.
Le volume logique d'échange est la zone d'échange principal du système ; il est en
général utilisé pour le vidage. Il se trouve souvent sur le même disque physique que
le volume logique racine. Toutefois, vous pouvez le configurer (ainsi que le volume
logique de vidage) sur un disque physique différent du volume logique racine.
Si vous créez votre volume logique racine avec plusieurs disques, utilisez la commande
lvextend pour placer les volumes logiques racine, d'amorçage et d'échange sur le
disque d'amorçage.
ASTUCE : Vous pouvez utiliser pvmove pour déplacer les données d’un volume
logique existant vers un autre disque, en vue de libérer de l’espace pour le volume
logique racine. Pour plus d'informations, voir « Déplacement de données sur un volume
physique différent » (page 93).
Pour créer un nouveau groupe de volumes racine avec un disque d'amorçage secondaire,
1. Créez un volume physique amorçable.
a. Sur un serveur HP Integrity, partitionnez le disque à l'aide de la commande
idisk et d'un fichier de description de partition, puis exécutez insf comme
décrit dans « Mise en miroir du disque d'amorçage sur les serveurs
HP Integrity » (page 110).
b. Exécutez pvcreate avec l'option -B. Sur un serveur HP Integrity, utilisez le
fichier de périphérique qui dénote la partition HP-UX :
Sur un serveur HP 9000, utilisez le fichier de périphérique pour le disque
entier :

# pvcreate -B /dev/rdisk/disk6
2. Créez un répertoire pour le groupe de volumes. Par exemple :

# mkdir /dev/vgroot
3. Créez un fichier de périphérique nommé group dans le répertoire décrit
précédemment, comme suit :
# mknod /dev/vgroot/group c 64 0xnn0000
4. Créez le groupe de volumes racine, en spécifiant chaque volume physique à inclure,
comme suit :
# vgcreate /dev/vgroot /dev/disk/disk6
5. Placez les utilitaires d'amorçage dans la zone d'amorçage, comme suit :
# mkboot /dev/rdisk/disk6
6. Ajoutez un fichier d'amorçage automatique à la zone d'amorçage de disque, comme
suit :
# mkboot -a "hpux" /dev/rdisk/disk6
7. Créez le volume logique d'amorçage. Pour créer un volume logique d'amorçage
nommé bootlv avec une taille de 512 Mo, entrez les commandes suivantes :
# lvcreate -C y -r n -n bootlv /dev/vgroot
# lvextend –L 512 /dev/vgroot/bootlv /dev/disk/disk6
8. Créez le volume logique d'échange principal : Par exemple, pour créer un volume
logique d'échange principal nommé swaplv avec une taille de 2 Go sur les mêmes
disques que le volume logique d'amorçage, entrez les commandes suivantes :
# lvcreate -C y –r n -n swaplv /dev/vgroot
# lvextend –L 2048 /dev/vgroot/swaplv /dev/disk/disk6
9. Créez le volume logique racine. Par exemple, pour créer un volume logique racine
nommé rootlv avec une taille de 1 Go, entrez les commandes suivantes :
# lvcreate -C y –r n -n rootlv /dev/vgroot
# lvextend –L 1024 /dev/vgroot/rootlv /dev/disk/disk6
10. Spécifiez que bootlv est le volume logique d'amorçage, comme suit :
# lvlnboot -b /dev/vgroot/bootlv
11. Spécifiez que rootlv est le volume logique racine, comme suit :
# lvlnboot -r /dev/vgroot/rootlv
12. Spécifiez que swaplv est le volume logique d'échange principal, comme suit :
# lvlnboot -s /dev/vgroot/swaplv
13. Spécifiez que swaplv est également utilisé pour le vidage, comme suit :
# lvlnboot -d /dev/vgroot/swaplv

14. Vérifiez la configuration comme suit :
# lvlnboot -v /dev/vgroot
Définitions d'amorçage pour le groupe de volumes /dev/vgroot :
/dev/disk/disk6 -- Disque d'amorçage
Amorçage : bootlv sur : /dev/disk/disk6
Racine : rootlv sur : /dev/disk/disk6
Permutation : swaplv sur : /dev/disk/disk6
Vidage : swaplv sur : /dev/disk/disk6, 0
15. Après création des volumes logiques racine et d'amorçage, créez des systèmes de
fichiers. Par exemple :
# mkfs –F hfs /dev/vgroot/rbootlv
# mkfs –F vxfs /dev/vgroot/rrootlv
REMARQUE : Sur les serveurs HP Integrity, le système de fichiers d'amorçage

peut être de type VxFS. Entrez la commande suivante :
# mkfs –F vxfs /dev/vgroot/rbootlv
Mise en miroir du disque d'amorçage
REMARQUE : La mise en miroir requiert un produit optionnel, HP MirrorDisk/UX.

Les groupes de volumes de version 2.x ne prennent pas en charge les disques
d'amorçage ; vous ne pouvez donc pas mettre en miroir le disque d'amorçage dans un
groupe de volumes de version 2.x.
Après création des copies miroirs des volumes logiques racine, d’amorçage et d'échange
principal, le système peut poursuivre son fonctionnement avec la copie miroir en cas
de défaillance d'un des volumes physiques sous-jacents. Lorsque ce disque défaillant
redevient disponible, il est automatiquement réintégré, à condition que le système n’ait
pas été réamorcé.
Si le système est réamorcé avant que le disque soit de nouveau en ligne, réactivez le
groupe de volumes afin de mettre à jour les structures de données LVM qui permettent
la gestion des disques dans le groupe de volumes. Vous pouvez utiliser vgchange
-a y même si le groupe de volumes est déjà actif.
Vous pouvez par exemple réactiver le groupe de volumes vg00 en entrant la commande
suivante :
Dans ce cas, LVM vérifie et active tous les disques disponibles du groupe de volumes,
vg00 y compris le disque reconnecté après le réamorçage du système.

La procédure de création d'un miroir du disque d'amorçage est différente pour les
serveurs HP 9000 et HP Integrity. Les serveurs HP Integrity utilisent des disques
d'amorçage partitionnés.
REMARQUE : Ces exemples comportent une copie miroir du volume logique d'échange
principal. Le miroir d'échange principal ne doit pas nécessairement se trouver sur un
disque ou à un emplacement spécifique, mais il doit se voir affecter un espace contigu
sur disque. La stratégie recommandée pour la mise en miroir de l'échange principal
consiste à désactiver les mécanismes de cache d’écriture miroir (MWC) et de
récupération de la cohérence.
Lorsque l’espace d'échange principal est mis en miroir et que votre périphérique
d'échange sert également de zone de vidage, assurez-vous que le cache d’écriture miroir
et la récupération de cohérence sont désactivés à l’amorçage afin d’éviter la perte des
données de vidage. Pour réinitialiser ces options, réamorcez votre système en mode
maintenance et utilisez la commande lvchange avec les options -M n et -c n.
Mise en miroir du disque d'amorçage sur les serveurs HP 9000

Pour implémenter une configuration racine en miroir, vous devez ajouter un disque
au groupe de volumes racine, y mettre en miroir tous les volumes logiques racines,
puis le rendre amorçable. Pour cet exemple, le chemin d'accès au disque à ajouter est
0/1/1/0.0x1.0x0 et le disque a des fichiers spéciaux de périphériques nommés /dev/
rdisk/disk4 et /dev/disk/disk4. Procédez comme suit :
1. Assurez-vous que les fichiers de périphériques sont en place. Par exemple :
# insf -e -H 0/1/1/0.0x1.0x0
Les fichiers de périphériques suivants existent maintenant pour ce disque :
/dev/[r]disk/disk4
2. Créez un volume physique amorçable comme suit :
# pvcreate -B /dev/rdisk/disk4
3. Ajoutez le volume physique à votre groupe de volumes racine existant comme
suit :
# vgextend /dev/vg00 /dev/disk/disk4
4. Placez les utilitaires d'amorçage dans la zone d'amorçage, comme suit :
# mkboot /dev/rdisk/disk4
suit :

REMARQUE : Si vous envisagez d'amorcer à partir de ce disque uniquement en
cas de perte de quorum, vous pouvez utiliser la chaîne hpux –lq pour désactiver
la vérification de quorum. Toutefois, HP vous recommande de configurer votre
groupe de volumes racine afin de minimiser les pertes de quorum, en utilisant au
moins trois volumes physiques et aucun point de défaillance unique, comme décrit
dans « Planification de la récupération » (page 55).
6. L’extension des volumes logiques sur le disque d'amorçage miroir doit être effectuée
dans l’ordre de configuration utilisé sur le disque d’amorçage d’origine. Déterminez
la liste des volumes logiques dans le groupe de volumes racine et leur ordre. Par
exemple :
# pvdisplay -v /dev/disk/disk0 | grep 'actuel.*0000 $'
7. Mettez en miroir chaque volume logique dans vg00 (le groupe de volumes racine)
sur le volume physique spécifié. Par exemple :
# lvextend –m 1 /dev/vg00/lvol1 /dev/disk/disk4
Les miroirs nouvellement alloués sont en cours de synchronisation.
Cette opération peut prendre du temps. Veuillez patienter ....

ASTUCE : Pour raccourcir la durée nécessaire à la synchronisation des copies
miroir, utilisez les options des commandes lvextend et lvsync introduites dans
la version de septembre 2007 d'HP-UX 11i version 3. Ces options vous permettent
de resynchroniser les volumes logiques en parallèle plutôt qu'en série. Par exemple :
# lvextend -s –m 1 /dev/vg00/lvol1 /dev/disk/disk4
# lvsync -T /dev/vg00/lvol*
8. Mettez à jour les informations relatives au groupe de volumes racine comme suit :
# lvlnboot -R /dev/vg00
9. Vérifiez que le disque mis en miroir s’affiche en tant que disque d’amorçage et
que les volumes logiques d’amorçage, racine et d'échange apparaissent sur les
deux disques, de la manière suivante :
# lvlnboot -v
10. Définissez le disque miroir comme chemin d’amorçage secondaire en mémoire
non volatile comme suit :
# setboot –a 0/1/1/0.0x1.0x0
11. Ajoutez une ligne au fichier /stand/bootconf pour le nouveau disque
d’amorçage à l’aide de la commande vi ou d’un autre éditeur de texte, comme
suit :
# vi /stand/bootconf
l /dev/disk/disk4
Où le littéral “l” (L minuscule) représente LVM.
Mise en miroir du disque d'amorçage sur les serveurs HP Integrity

La procédure de mise en miroir du disque racine sur les serveurs Integrity s'apparente
à celle des serveurs HP 9000. La différence réside dans le fait que les disques racines
des serveurs Integrity sont partitionnés ; vous devez configurer les partitions, copier
les utilitaires sur la partition EFI, et utiliser les fichiers de périphériques de partitions
HP-UX pour les commandes LVM.

La Figure 3-1 illustre la configuration de disque d’un disque d’amorçage. Celui-ci
contient un enregistrement d’amorçage maître (MBR) et des tables de partitions EFI
pointant sur chaque partition. La commande idisk crée les partitions (voir idisk(1M)).
Figure 3-1 Exemple de configuration de disque LVM sur un serveur HP Integrity
Pour cet exemple, le chemin d'accès matériel au disque à ajouter est 0/1/1/0.0x1.0x0 et
les fichiers spéciaux de périphériques se nomment /dev/disk/disk2 et /dev/rdisk/
disk2. Procédez comme suit :
1. Partitionnez le disque à l’aide de la commande idisk et d’un fichier de description
de partition.
a. Créez un fichier de description de partition. Par exemple :
# vi /tmp/idf
Dans notre exemple, le fichier de description de partition contient les
informations suivantes :
3
EFI 500MB
HPUX 100%
HPSP 400MB
Les valeurs données dans l’exemple correspondent à un disque d’amorçage
avec trois partitions : une partition EFI, une partition HP-UX et une HPSP.
Les disques d’amorçage des anciens serveurs HP Integrity peuvent comporter
une partition EFI de 100 Mo seulement et ne pas comporter de partition HPSP.
b. Partitionnez le disque à l’aide de la commande idisk et de votre fichier de
description de partition, comme suit :
# idisk -f /tmp/idf -w /dev/rdisk/disk2
c. Pour vérifier que vos partitions sont configurées correctement, entrez la
commande suivante :
# idisk /dev/rdisk/disk2
2. Créez les fichiers de périphériques pour toutes les partitions. Par exemple :
# insf -e -H 0/1/1/0.0x1.0x0

Les fichiers de périphériques suivants existent maintenant pour ce disque :
/dev/[r]disk/disk2 (fait référence à l'ensemble du disque)
/dev/[r]disk/disk2_p1(fait référence à la partition EFI)
/dev/[r]disk/disk2_p2(il s'agira de la partition HP-UX)
/dev/[r]disk/disk2_p3(fait référence à la partition de service)
3. Créez un volume physique amorçable à l'aide du fichier de périphérique qui dénote
la partition HP-UX. Par exemple :
4. Ajoutez le volume physique à votre groupe de volumes racine existant comme
suit :
# vgextend vg00 /dev/disk/disk2_p2
5. Placez les utilitaires d'amorçage dans la zone d'amorçage. Copiez les utilitaires
EFI sur la partition EFI et utilisez le fichier spécial de périphérique pour l'ensemble
du disque, comme suit :
# mkboot -e -l /dev/rdisk/disk2
suit :
REMARQUE : Si vous envisagez d'amorcer à partir de ce disque uniquement en

cas de perte de quorum, vous pouvez utiliser la chaîne hpux –lq pour désactiver
la vérification de quorum. Toutefois, HP vous recommande de configurer votre
groupe de volumes racine afin de minimiser les pertes de quorum, en utilisant au
moins trois volumes physiques et aucun point de défaillance unique, comme décrit
dans « Planification de la récupération » (page 55).
7. L’extension des volumes logiques sur le disque d'amorçage miroir doit être effectuée
dans l’ordre de configuration utilisé sur le disque d’amorçage d’origine. Déterminez
la liste des volumes logiques dans le groupe de volumes racine et leur ordre. Par
exemple :
# pvdisplay -v /dev/disk/disk0_p2 | grep 'actuel.*0000 $'
8. Mettez en miroir chaque volume logique dans vg00 (le groupe de volumes racine)
sur le volume physique spécifié. Par exemple :

# lvextend –m 1 /dev/vg00/lvol1 /dev/disk/disk2_p2
REMARQUE : Si lvextend échoue et renvoie le message suivant :

"m": Option non autorisée
HP MirrorDisk/UX n’est pas installé.
ASTUCE : Pour raccourcir la durée nécessaire à la synchronisation des copies

miroir, utilisez les options des commandes lvextend et lvsync introduites dans
la version de septembre 2007 d'HP-UX 11i version 3. Ces options vous permettent
de resynchroniser les volumes logiques en parallèle plutôt qu'en série. Par exemple :
# lvextend -s –m 1 /dev/vg00/lvol1 /dev/disk/disk2_p2
# lvsync -T /dev/vg00/lvol*
9. Mettez à jour les informations relatives au groupe de volumes racine comme suit :
# lvlnboot -R /dev/vg00

10. Vérifiez que le disque mis en miroir s’affiche en tant que disque d’amorçage et
que les volumes logiques d’amorçage, racine et d'échange apparaissent sur les
deux disques, de la manière suivante :
# lvlnboot -v
11. Définissez le disque miroir comme chemin d’amorçage secondaire en mémoire
non volatile comme suit :
# setboot –a 0/1/1/0.0x1.0x0
12. Ajoutez une ligne au fichier /stand/bootconf pour le nouveau disque
d’amorçage à l’aide de la commande vi ou d’un autre éditeur de texte, comme
suit :
# vi /stand/bootconf
l /dev/disk/disk2_p2
Où le littéral “l” (L minuscule) représente LVM.
Administration des volumes logiques de systèmes de fichiers

Cette section décrit les actions spéciales que vous devez effectuer lors de l'utilisation
de systèmes de fichiers à l'intérieur de volumes logiques. Elle aborde les sujets suivants :
• « Création d’un système de fichiers » (page 114)
• « Extension d'un système de fichiers » (page 115)
• « Réduction de la taille d’un système de fichiers » (page 118)
• « Sauvegarde d’un système de fichiers instantané VxFS » (page 120)
ASTUCE : Lors de l'utilisation de systèmes de fichiers, vous pouvez utiliser HP SMH

ou une séquence de commandes HP SMH. Pour la plupart des tâches, HP SMH est
plus simple d'utilisation et plus rapide. Il n'est pas obligatoire d'effectuer de manière
explicite chacune des tâches suivantes ; procédez plutôt à partir de la zone Disk and
File Systems de HP SMH. HP SMH a été conçu précisément pour effectuer ces opérations
de manière automatique.
Création d’un système de fichiers

Pour la création d’un système de fichiers HFS ou VxFS dans un volume logique, vous
pouvez utiliser l’utilitaire HP SMH ou une séquence de commandes HP-UX. Si vous
choisissez d'utiliser les commandes HP-UX directement, la liste ci-dessous décrit les
sous-tâches pour la création d'un système de fichiers.
1. Si vous créez un nouveau système de fichiers de type autre que HFS, il est possible
que vous ayez à redéfinir ce type dans le noyau. En principe, VxFS a déjà été
configuré dans le noyau dans le cadre de la configuration par défaut. Pour plus
d'informations sur la façon d'ajouter un type de système de fichiers, consultez le
manuel Guide de l'administrateur système HP-UX : Gestion de la configuration.

2. Estimez la taille de volume logique requise. Pour l’estimation de la taille requise
pour un volume logique contenant un système de fichiers, voir « Configuration
de volumes logiques pour les systèmes de fichiers » (page 37).
3. Déterminez s'il y a suffisamment d'espace disque libre dans le groupe de volumes.
Utilisez vgdisplay pour calculer ces informations, comme décrit dans « Création
d’un volume logique » (page 70).
Si l’espace disponible dans le groupe de volumes est insuffisant, vous pouvez lui
ajouter un disque, comme décrit dans « Ajout d'un disque à un groupe de volumes »
(page 69).
4. Créez le volume logique. Utilisez lvcreate, comme décrit dans « Création d’un
volume logique » (page 70).
5. Créez le système de fichiers à l'aide du fichier de périphérique en mode caractère.
Par exemple :
# newfs -F fstype /dev/vg02/rlvol1
Si vous n’utilisez pas l’option -F fstype, newfs crée un système de fichiers basé
sur le contenu de votre fichier /etc/fstab. Si le fichier /etc/fstab ne contient
aucune entrée de système de fichiers, son type est déterminé à partir du fichier
/etc/default/fs. Pour obtenir des informations sur les options supplémentaires,
voir newfs(1M).
Lorsque vous créez un système de fichiers VxFS, les noms de fichiers sont
automatiquement de type long.
Pour le type HFS, utilisez l'option -s ou -l pour spécifier un système de fichiers
utilisant respectivement des noms courts ou longs. Par défaut, la longueur des
noms de système de fichiers correspond à celle des noms du système de fichiers
racine. Les noms de fichiers courts contiennent 14 caractères maximum. Les noms
de fichiers longs peuvent contenir jusqu'à 255 caractères. HP recommande d'utiliser
des noms de fichiers longs pour des raisons de flexibilité ; les fichiers créés sur
d’autres systèmes qui utilisent des noms de fichiers longs peuvent être déplacés
sur votre système sans que leur nom doive être modifié.
6. Après avoir créé un système de fichiers, montez-le pour que les utilisateurs puissent
y accéder, puis l'ajouter au fichier /etc/fstab de sorte qu'il soit monté
automatiquement à l'amorçage.
Extension d'un système de fichiers

L'extension d'un système de fichiers dans un volume logique est une tâche en deux
étapes : extension du volume logique, puis extension du système de fichiers. La première
étape est décrite dans « Extension d’un volume logique » (page 72). La deuxième étape,
l'extension du système de fichiers lui-même, dépend des facteurs suivants :
Administration des volumes logiques de systèmes de fichiers 115

• Quel est le type de système de fichiers concerné ? S'agit-il d'un système HFS ou
VxFS ? L'extension d'un système HFS requiert son démontage.
Vérifiez le type de système de fichiers. Par exemple :
# /usr/sbin/fstyp /dev/vg01/lvol2
vxfs
• S'il s'agit d'un système de fichiers VxFS, avez-vous le produit de base VxFS ou le
produit OnlineJFS ? Si vous n'avez que le produit de base VxFS, vous devez
démonter le système de fichiers avant de l'étendre.
Pour voir si le produit OnlineJFS est installé, entrez la commande suivante :
# swlist -l product | grep -i OnlineJFS
OnlineJFS B.11.31 Online features of the VxFS File System
• Puis-je démonter le système de fichiers ? Pour démonter des répertoires système
tels que /var et /usr, vous devez être en mode mono-utilisateur.
• S'agit-il du système de fichiers racine (/) ? Dans ce cas, il y a deux complications :
— Le volume logique contenant le système de fichiers racine est créé avec la
stratégie d'allocation contiguë ; son extension sur place peut par conséquent
ne pas être possible.
— Le système de fichiers racine ne peut jamais être démonté, même si vous
basculez vers l'état mono-utilisateur.
Si le système de fichiers racine que vous utilisez est de type VxFS et que vous avez
le produit OnlineJFS, vous pouvez étendre le système de fichiers racine d'origine
sans démontage à condition que l’espace disque contigu disponible soit suffisant.
Autrement, pour étendre le système de fichiers racine actuel, vous devez créer et
monter un autre disque racine, ce qui vous permet de travailler avec le disque
racine d'origine démonté et de l'étendre si l'espace disque contigu disponible est
suffisant. Si le disque d'origine ne dispose pas d’espace contigu disponible, vous
pouvez, au lieu d’étendre le disque racine d'origine, créer un nouveau système de
fichiers racine sur un autre disque plus grand.
ATTENTION : Cette procédure peut échouer sur un système de fichiers VxFS qui se
trouve déjà à une capacité de 100 % (Erreur 28). Vous devez supprimer certains fichiers
avant de tenter d'effectuer cette opération.
Une fois que vous avez les réponses à ces questions, procédez comme suit :
1. Si le système de fichiers doit être démonté, démontez-le.
a. Vérifiez que personne ne possède de fichier ouvert dans le système de fichiers
monté sur ce volume logique, et qu'aucun utilisateur ne l’utilise en tant que
répertoire de travail actuel. Par exemple :
# fuser -cu /work/project5

Si le volume logique est utilisé, vérifiez que les applications sous-jacentes n'en
ont plus besoin. Si nécessaires, arrêtez les applications.
REMARQUE : Si le système de fichiers est exporté à l'aide de NFS vers d'autres

systèmes, vérifiez que personne n'utilise ces autres systèmes, puis démontez-le
sur ces systèmes.
b. Si vous ne pouvez pas arrêter les applications qui utilisent le volume logique,
ou s'il s'agit d'un répertoire système tel que /var ou /usr, basculez vers le
mode mono-utilisateur comme suit :
# /sbin/shutdown
c. Démontez le système de fichiers comme suit :
# /sbin/umount /dev/vg01/lvol2
2. Procédez à l’extension du volume logique. Par exemple :

# /sbin/lvextend -L 332 /dev/vg01/lvol2
Cela accroît la taille de ce volume à 332 Mo.
3. Étendez la taille du système de fichiers à celle du volume logique. Si le système
de fichiers est démonté, utilisez la commande extendfs comme suit :
# /sbin/extendfs /dev/vg01/rlvol2
Si vous n'avez pas dû démonté le système de fichiers, utilisez plutôt la commande
fsadm. La nouvelle taille est spécifiée en termes de taille de bloc du système de
fichiers. Dans cet exemple, la taille de bloc du système de fichiers /work/project5
est 1 Ko. Pour étendre le système de fichiers à 332 Mo, le nombre de blocs est
339 968 (332 x 1 024). Par exemple :
# fsadm -b 339968 /work/project5
4. Si vous avez démonté le système de fichiers, remontez-le.
a. Si vous avez dû basculer en mode mono-utilisateur, réamorcez le système.
# /sbin/reboot -r
Vous pouvez ignorer les étapes supplémentaires de montage et d'exportation
du système de fichiers, puisque le processus d'amorçage monte et exporte
tous les systèmes de fichiers.
b. Remontez le système de fichiers comme suit :
# /sbin/mount /dev/vg01/rlvol2 /point_montage
REMARQUE : Si le système de fichiers doit continuer à être utilisé par des

clients NFS, exportez-le sur le serveur (exportfs -a) et remontez-le sur les
clients (mount -a).

5. Vérifiez que le système de fichiers reflète l'extension en entrant la commande bdf,
df ou fsadm -E.
Réduction de la taille d’un système de fichiers

Il peut être nécessaire de réduire la taille d'un système de fichiers auquel a été alloué
un espace disque supérieur aux besoins, ce qui permet de libérer de l'espace pour
d'autres usages.
La réduction de la taille d'un système de fichiers est plus compliquée que l'extension.
À cause des stratégies d'allocation de blocs de système de fichiers, les données peuvent
être réparties dans tout le volume logique ; la réduction du volume logique récupère
de l'espace à la fin du volume, ce qui requiert que les pilotes de système de fichiers
regroupent et réorganisent les blocs de données au préalable. La plupart des systèmes
de fichiers sont incapables d'effectuer un tel regroupement ; vous devez par conséquent
sauvegarder les données du système de fichiers, réduire le volume logique, créer un
nouveau système de fichiers dans le volume logique de taille inférieure, puis restaurer
les données à partir de votre sauvegarde.
Le seul type de système de fichiers capable à l'heure actuelle d'effectuer un
regroupement et une réduction de taille en ligne est OnlineJFS ; cependant, l'opération
peut parfois échouer.
Réduction d'un système de fichiers créé avec Online JFS

La commande fsadm permet de réduire le système de fichiers, à condition que les blocs
qu'elle tente de désallouer ne soient pas en cours d'utilisation (s'ils le sont, la commande
échoue). Si l'espace libre disponible est insuffisant, la défragmentation des répertoires
et des étendues peut consolider l'espace libre vers la fin du système de fichiers ; le
processus de contraction pourra ainsi réussir lors de la tentative suivante.
Par exemple, supposez que votre système de fichiers VxFS fasse actuellement 6 Go.
Vous décidez que seuls 2 Go sont nécessaires, avec un espace de réserve de 1 Go
supplémentaire. Par conséquent, vous souhaitez redimensionner le système de fichiers
à 3 Go. Utilisez fsadm avec l'option -b pour spécifier la nouvelle taille du système de
fichiers en secteurs, puis réduisez la taille du volume logique en conséquence. En
supposant que la taille de secteur de système de fichiers soit 1 Ko, utilisez les
commandes suivantes :
# fsadm -b 3145728 /home
Réduction d'un système de fichiers créé avec HFS ou VxFS

Pour réduire la taille d'un système de fichiers créé avec HFS ou VxFS, procédez comme
suit :

1. Vérifiez que personne ne possède de fichier ouvert dans le système de fichiers
monté sur ce volume logique, et qu'aucun utilisateur ne l’utilise en tant que
répertoire de travail actuel. Par exemple :
REMARQUE : Si le système de fichiers est exporté à l'aide de NFS vers d'autres

systèmes, vérifiez que personne n'utilise ces autres systèmes, puis démontez-le
sur ces systèmes avant de le démonter sur le serveur.
2. Sauvegardez les données du volume logique.

Par exemple, pour sauvegarder /work/project5 vers l’unité de sauvegarde sur
bande par défaut, entrez la commande suivante :
# tar cv /work/project5
3. Supprimez les données du système de fichiers sur lequel est monté le volume
logique, comme suit :
# rm -r /work/project5
/work/project5 étant un point de montage, rm -r ne supprime pas le répertoire
même.
4. Démontez le système de fichiers sur lequel est monté le volume logique, comme
suit :
# umount /work/project5
5. Réduisez la taille du volume logique comme suit :
Cette commande réduit à 500 Mo la taille du volume logique /dev/vg01/lvol5.
6. Créez un nouveau système de fichiers dans le volume logique réduit, à l'aide du
fichier de périphérique en mode caractère. Par exemple :
# newfs -f fstype /dev/vg01/rlvol5
7. Montez le volume logique comme suit :
# mount /dev/vg01/lvol5 /work/project5
8. Récupérez les données à partir de la sauvegarde. Par exemple :
# tar xv
Cela permet de récupérer l’intégralité du contenu d’une bande dans le lecteur
système par défaut.
9. Si d’autres clients NFS continuent à utiliser /work/project5, exportez-le à
nouveau sur le serveur (exportfs -a) et remontez-le sur les clients (mount -a).

Sauvegarde d’un système de fichiers instantané VxFS
REMARQUE : La création et la sauvegarde d’un système de fichiers instantané VxFS

nécessite l’installation du produit optionnel HP OnlineJFS sur votre système. Pour plus
d'informations, voir le manuel Guide de l'administrateur système HP-UX : Gestion de la
configuration.
VxFS vous permet d'effectuer des sauvegardes sans mettre le système de fichiers hors
ligne grâce à la création d'un instantané du système de fichiers, une image en lecture
seule du système de fichiers à un certain point dans e temps. Le système de fichiers
principal reste actif et peut subir des modifications. Après avoir créé l’instantané, vous
pouvez le sauvegarder avec un utilitaire de votre choix, à l’exception de la commande
dump.
Pour créer et sauvegarder un système de fichiers instantané VxFS, procédez comme
suit :
1. Déterminez la taille nécessaire du système de fichiers instantané, puis créez un
volume logique pour l’y implanter. Utilisez bdf pour évaluer la taille du système
de fichiers principal, en prenant en compte les éléments suivants :
• Taille de bloc du système de fichiers (par défaut, 1 024 octets par bloc)
• Probabilité de fluctuation des données du système de fichiers (HP recommande
une valeur de 15 à 20 % de la taille totale du système de fichiers)
Par exemple, pour déterminer la taille d’un instantané de lvol4 monté dans le
répertoire /home, examinez les résultats produits par bdf :
# bdf /home
filesystem kbytes used avail %used mounted on
/dev/vg00/lvol4 40960 38121 2400 94% /home
En supposant une fluctuation des données de 20 % pour ce système de fichiers de
40 Mo, créez un volume logique de huit blocs (8 Mo).
2. Utilisez lvcreate pour créer un volume logique contenant le système de fichiers
instantané. Par exemple :
# lvcreate -L 8 -n snap /dev/vg02
crée un volume logique de 8 Mo nommé /dev/vg02/snap, qui peut contenir un
système de fichiers instantané de lvol4.
3. Créez un répertoire pour le point de montage du système de fichiers instantané.
Par exemple :
# mkdir /tmp/house
4. Créez et montez le système de fichiers instantané. Par exemple :
# mount -f vxfs -o snapof=/dev/vg00/lvol4 /dev/vg02/snap /tmp/house
Dans cet exemple, un instantané du volume logique /dev/vg00/lvol4 est créé
dans le volume logique /dev/vg02/lvol1 et monté dans /tmp/house

5. Sauvegardez le système de fichiers instantané avec un utilitaire de sauvegarde de
votre choix, à l’exception de dump.
Par exemple, utilisez tar pour archiver le système de fichiers /tmp/house, en
précisant des chemins d’accès relatifs pour les fichiers sauvegardés sur bande,
comme suit :
# cd tmp; tar cf /dev/rtape/tape0BEST house
À titre de variante, la commande vxdump sauvegarde un système de fichiers
instantané /tmp/house doté d’attributs d’étendues :
# vxdump -0 -f /dev/rtape/tape0BEST /tmp/house
Administration des volumes logiques d'échange
volumes logiques d'échange.
Lorsque vous activez une zone d'échange sur un volume logique, HP-UX établit sa
taille, et cette limite n'est pas dépassée. Si votre disque dispose de suffisamment d’espace
contigu supplémentaire, vous pouvez augmenter la taille de la zone d'échange principal
en utilisant la commande lvextend (ou l’utilitaire HP SMH) afin d'étendre le volume
logique et réamorcer ensuite le système. Cette procédure permet à HP-UX d'utiliser
l'espace supplémentaire.
Si vous prévoyez des zones de périphériques d'échange en plus de la zone d'échange
principal, vous obtiendrez de meilleures performances si ces zones résident sur des
volumes physiques différents. Cette configuration permet d’alterner les opérations
d’E/S sur les volumes physiques lorsque l'échange se produit.
Pour créer un échange entrelacé, créez plusieurs volumes logiques pour l'échange, avec
chaque volume logique sur un disque distinct. Pour obtenir cette configuration, vous
devez faire appel aux commandes HP-UX, car l’utilitaire HP SMH n'autorise pas la
création d’un volume logique sur un disque spécifique. Voir « Extension d’un volume
logique à un disque spécifique » (page 73).
Vous pouvez configurer votre espace d'échange comme décrit dans le manuel Guide
de l'administrateur système HP-UX : Présentation.
REMARQUE : Vous devez réamorcer le système pour qu'il reconnaisse les

modifications apportées à la configuration de l'échange.
Administration des volumes logiques d'échange 121

Création d’un volume logique d'échange
Pour créer un volume logique d'échange, exécutez la commande lvcreate. Vous
devez définir une stratégie d'allocation contiguë à l'aide de l'option -C y. Par exemple :
# lvcreate -C y -n vol_log_échange /dev/nngv
Pour plus d'informations, voir lvcreate(1M).
Si vous créez un volume logique à utiliser comme échange principal, utilisez la
commande lvlnboot avec l'option -s pour mettre à jour les informations d'échange
utilisées par LVM à l'amorçage Par exemple :
# lvlnboot -s /dev/nngv/vol_log_échange
Extension d'un périphérique d'échange

Si vous utilisez un volume logique pour l'échange, vous devez augmenter la taille de
volume logique avant d'augmenter la taille de l'échange. Vous pouvez étendre le volume
logique avec la commande lvextend ou avec HP SMH.
Les volumes logiques d'échange doivent être contigus ; par conséquent, l'extension du
volume logique ne réussit que si des étendues physiques sont disponibles à la fin du
volume logique existant. S’il n’existe pas d’espace disque contigu, créez un nouveau
volume logique contigu destiné aux opérations d'échange principal dans le groupe de
volumes racine. Il n’est pas nécessaire de désigner un disque spécifique. Par exemple :
# lvcreate -C y -L 48 -n pswap /dev/vgroot
Après avoir créé un volume logique à utiliser comme échange principal, utilisez
lvlnboot pour mettre à jour les informations d'amorçage :
# lvlnboot -s /dev/vgroot/pswap
Réduction de taille d’un périphérique d'échange

Si vous utilisez un volume logique pour l'échange, vous devez réduire la taille de
l'échange avant de réduire la taille du volume logique. Vous pouvez réduire la taille
du volume logique avec la commande lvreduce ou avec HP SMH.

Administration des volumes logiques de vidage
volumes logiques de vidage.
Cette section décrit les informations LVM relatives à l'utilisation de volumes logiques
en tant que périphériques de vidage. Pour plus d'informations sur la configuration et
la gestion des périphériques de vidage, voir le manuel Guide de l'administrateur système
HP-UX : Présentation.
Création d’un volume logique de vidage

Pour créer un volume logique de vidage, exécutez la commande lvcreate. Vous
devez définir une stratégie d'allocation contiguë avec l'option -C y et désactiver le
réadressage des blocs défectueux avec l'option -r n. Par exemple :
# lvcreate -C y -r n -n dump_lvol /dev/vgnn
Pour plus d'informations, voir lvcreate(1M).
Après avoir créé un volume logique à utiliser comme périphérique de vidage, utilisez
la commande lvlnboot avec l'option -d pour mettre à jour les informations de vidage
utilisées par LVM. Si vous avez créé un volume logique /dev/vg00/lvol2 pour une
utilisation en tant que zone de vidage, mettez à jour les informations d'amorçage en
entrant la commande suivante :
# lvlnboot -d /dev/vg00/lvol2
Suppression d’un volume logique de vidage

Pour cesser d'utiliser un volume logique actuellement configuré comme zone de vidage,
utilisez la commande lvrmboot avec l'option -d. Par exemple :
# lvrmboot -d /dev/vg00/lvol2
Vous pouvez ensuite utiliser le volume logique à d'autres fins. Pour supprimer
complètement le volume logique, voir « Suppression d’un volume logique » (page 76).
Aspects liés au matériel

Cette section décrit les aspects spécifiques au matériel liés à LVM.
Intégration de LUN clonés

Certaines baies de disques peuvent créer des clones de leurs LUN. Par exemple, le
produit XP HP vous permet de fractionner un ensemble de LUN, nommés Business
Copies (BC), qui sont des copies de LUN existants.
Les en-têtes des disques clonés contiennent les mêmes informations que ceux des
disques d'origine, ce qui est contraire à l'exigence LVM selon laquelle chaque disque
doit avoir un identificateur unique. Pour rendre les disques clonés utilisables avec
Administration des volumes logiques de vidage 123

LVM, utilisez la commande vgchgid pour modifier leur identificateur de groupe de
volumes (VGID).
Tous les volumes physiques à modifier doivent appartenir au même groupe de volumes.
Par conséquent, si vous modifiez plusieurs volumes physiques, spécifiez-les tous en
une seule invocation de vgchgid. Autrement, des VGID différents leur sont affectés.
Supposez par exemple que vous avez un groupe de volumes contenant quatre volumes
physiques et que vous devez créer une BC pour chaque volume physique. Si vous
exécutez vgchgid sur seulement deux BC, vgchgid modifie le VGID sur ces deux
BC. Si vous réexécutez ensuite vgchgid sur les quatre BC, vgchgid signale qu'elles
appartiennent à des groupes de volumes différents. Pour résoudre ce problème, vous
pouvez soit exécuter vgchgid sur les deux BC non modifiées, puis utiliser les quatre
BC dans deux groupes de volumes distincts, soit fusionner les deux BC modifiées et
les refractionner avant d'exécuter vgchgid sur les quatre BC.
Après avoir exécuté vgchgid sur un ensemble de volumes physiques, utilisez
vgimport pour les importer dans un nouveau groupe de volumes. Par exemple :
1. Effectuez des copies BC et créez de nouveaux fichiers de périphériques à l'aide
des instructions correspondant à la baie.
2. Modifiez le VGID sur les disques clonés comme suit :
# vgchgid /dev/rdisk/disk49 /dev/rdisk/disk50
3. Si vous utilisez une version d'HP-UX antérieure à mars 2008, créez le fichier group
de groupe de volumes à l'aide de la procédure décrite dans « Création du fichier
de périphérique de groupe de volumes » (page 66).
4. Importez les volumes physiques comme suit :
# vgimport /dev/vg04 /dev/rdisk/disk49 /dev/rdisk/disk50
5. Sauvegardez les informations de configuration du groupe de volumes comme
suit :
# vgcfgbackup /dev/vg04

4 Dépannage de LVM
Ce chapitre aborde les sujets suivants :
• « Présentation des outils de dépannage » (page 125)
• « Fichiers journaux et fichiers de traces » (page 128)
• « Erreurs d'E/S » (page 128)
• « Échecs d'activation de groupe de volumes » (page 131)
• « Échec d'amorçage LVM » (page 136)
• « Problèmes liés à la réduction de la taille d’un volume logique » (page 137)
• « Remplacement d’un disque défectueux » (page 138)
• « Avertissements et messages d'erreur » (page 152)
• « Signalement des problèmes » (page 165)
Présentation des outils de dépannage

Cette section décrit les outils disponibles pour résoudre les problèmes liés à LVM.
Collecte d'informations
Vous pouvez recueillir des informations sur votre configuration LVM à l'aide des
commandes vgdisplay, lvdisplay, pvdisplay et lvlnboot. Comme noté dans
« Planification de la récupération » (page 55), il est préférable de recueillir
périodiquement les sorties des commandes répertoriées dans le Tableau 4-1.
Tableau 4-1 Informations LVM à recueillir et à conserver
Commande Portée Fonction
ioscan -f Imprime la configuration d'E/S
lvlnboot -v Imprime des informations sur les volumes

logiques racine, d'échange et de vidage
vgcfgrestore -l Tous els groupes de volumes Imprime la configuration de groupe de volumes

à partir du fichier de sauvegarde.
vgdisplay -v Tous els groupes de volumes Imprime des informations sur les groupes de
volumes, y compris l'état des volumes logiques
et physiques.
lvdisplay -v Tous les volumes logiques Imprime des informations sur les volumes
logiques, y compris le mappage et l'état des
étendues logiques.
pvdisplay -v Tous les volumes physiques Imprime des informations sur les volumes
physiques, y compris l'état des étendues
physiques.
Présentation des outils de dépannage 125

Vous pouvez également utiliser la commande lvmadm à deux fins différentes :
• Pour déterminer les versions de groupes de volumes qui sont prises en charge par
votre version d'HP-UX 11i version 3. Par exemple, si votre version prend en charge
les groupes de volumes de version 2.1, lvmadm affiche ce qui suit :
# lvmadm -t -V 2.1
--- Limites LVM ---
Version de GV 2.1
Taille max de GV (To) 2048
Taille max de VL (To) 256
Taille max de VP (To) 16
GV max 2048
VL max 2047
VP max 2048
Miroirs max 5
Sections entr. max 511
Taille sec. entr. max (Ko) 262144
XL max par VL 33554432
XP max par VP 16777216
Taille d'extension max (Mo) 256
Si votre version ne prend pas en charge les groupes de volumes de version 2.1, elle
affiche ce qui suit :
# lvmadm -t -V 2.1
Erreur: 2.1 est une version de groupe de volumes non valide.
• Pour afficher le contenu des fichiers /etc/lvmtab et /etc/lvmtab_p sous une
forme lisible. Par exemple, la commande suivante affiche le contenu des fichiers
de configuration LVM pour tous les groupes de volumes de version 1.0 sur votre
système :
# lvmadm -l -V 1.0
--- Groupes de volumes de version 1.0 ---
Nom GV /dev/vg00
Nom VP /dev/disk/disk34_p2
Vérifications de cohérence
La plupart des commandes LVM effectuent une vérification de cohérence. Vous pouvez
inspecter votre configuration LVM avec les commandes vgdisplay, lvdisplay et
pvdisplay et rechercher les incohérences.
En outre, la commande pvck permet d'effectuer une vérification de cohérence explicite
sur un volume physique. Cette commande détecte les sommes de contrôle incorrectes
provoquées par une migration de système ascendante après une migration de système
descendante. Exécutez pvck uniquement sur les groupes de volumes désactivés. Pour
plus d'informations, voir pvck(1M).
REMARQUE : La commande pvck ne prend pas en charge les groupes de volumes

de version 2.x.
126 Dépannage de LVM

Amorçage en mode maintenance
L'amorçage en mode maintenance LVM est une méthode d’amorçage spéciale qui ne
fait pas appel aux structures LVM normales. Utilisez-le uniquement pour la résolution
de problèmes empêchant le système d’effectuer un amorçage normal. Il se rapproche
du mode mono-utilisateur, car la plupart des processus qui sont démarrés
habituellement ne le sont pas dans ce cas, tout comme la plupart des vérifications
opérées par le système. Le mode maintenance LVM a pour but d'amorcer le système
pendant le temps nécessaire à la remise en état de vos structures de données LVM avec
l’utilitaire vgcfgrestore, ce qui vous permet ensuite d’amorcer le système de manière
normale.
Normalement, le programme de chargement utilise le fichier LABEL dans le volume
LIF pour déterminer l'emplacement du système de fichiers d'amorçage et du noyau
/stand/vmunix. Le fichier LABEL contient également le bloc de départ et la taille du
système de fichiers racine.
En cas d'amorçage en mode maintenance, le programme de chargement tente de trouver
le système de fichiers d'amorçage au début de la zone de données utilisateur du disque
d'amorçage, plutôt que d'utiliser les informations du volume LIF. Pour obtenir le bloc
de départ et la taille du système de fichiers racine, le programme de chargement lit le
fichier /stand/rootconf. LVM n'étant pas activé, le système de fichiers racine doit
être alloué de manière contiguë.
Un amorçage en mode maintenance diffère d'un amorçage standard de plusieurs
façons :
• Le système est amorcé en mode mono-utilisateur.
• Aucun groupe de volumes n'est activé.
• L'échange principal et le vidage ne sont pas disponibles.
• Seul le système de fichiers racine et le système de fichiers d'amorçage sont
disponibles.
• Si le système de fichiers racine est mis en miroir, une seule copie est utilisée. Les
modifications apportées au système de fichiers racine ne sont pas propagées aux
copies miroirs, mais celles-ci sont marquées comme périmées et seront
synchronisées lors de l'amorçage normal du système.
Pour amorcer en mode maintenance sur un système avec un disque racine configuré
avec LVM, utilisez l'option -lm du programme de chargement. Sur un serveur HP 9000,
entrez la commande suivante :
ISL> hpux -lm
Sur un serveur HP Integrity, entrez la commande suivante :
HPUX> boot -lm
Présentation des outils de dépannage 127

ATTENTION : Lorsque vous amorcez votre système en mode maintenance, n’activez
pas le groupe de volumes racine et ne basculez pas en mode multi-utilisateur (par
exemple en spécifiant /sbin/init 2). Cela risque d'endommager le système de
fichiers racine.
Une fois que vous avez réparé ou restauré les informations de configuration LVM,
réamorcez le système à l'aide de la commande suivante :
# /sbin/reboot
Si vous souhaitez des informations plus exhaustives sur l’amorçage en mode
maintenance LVM et la résolution des problèmes liés aux structures LVM, nous vous
conseillons de consulter l’ouvrage Disk and File Management Tasks on HP-UX (Prentice
Hall PTR, 1997).
Fichiers journaux et fichiers de traces

LVM ne possède pas de fichier journal ou de fichier de trace dédié. Les erreurs et
avertissements sont consignés dans le fichier /var/adm/syslog/syslog.log.
Erreurs d'E/S
Si un pilote de périphérique renvoie une erreur à LVM sur une demande d’E/S, LVM
classe cette erreur comme récupérable ou comme non récupérable.
Erreurs récupérables
Lorsque LVM rencontre une erreur récupérable (ou susceptible d’être résolue), il
recommence en interne l’opération qui a échoué, en considérant que l’erreur se corrigera
d’elle-même ou que vous êtes à même de la corriger. Voici quelques exemples d'erreurs
récupérables :
• Coupure d’alimentation de périphérique
• Disque manquant après l’activation du groupe de volumes
• Câble de disque desserré (ce qui peut s’afficher comme un disque manquant)
Dans ces cas-là, LVM enregistre un message d’erreur sur la console, mais ne renvoie
pas d’erreur à l’application qui accède au volume logique.
Si vous disposez d’une copie des données sur un disque miroir séparé et en état de
fonctionnement, LVM envoie les E/S sur une copie miroir, comme dans le cas d’une
erreur non récupérable. Les applications qui accèdent au volume logique ne détectent
aucune erreur. (Afin de conserver la synchronisation entre les miroirs, LVM retente
des demandes d’écriture récupérables sur un disque à problème, même s’il existe une
copie. Toutefois, cette situation est gérée par un démon interne à LVM et n’a aucun
effet sur l’accès utilisateur au volume logique.)
Si en revanche le périphérique concerné contient la seule copie des données, LVM
retente la demande d’E/S jusqu’à ce qu’elle réussisse (c’est-à-dire jusqu’à ce que le

périphérique réponde ou que le système soit réamorcé). Toute application effectuant
des E/S sur le volume logique risque de se bloquer en attendant la reprise du
périphérique. Dans ce cas, votre application ou le système de fichiers peut sembler
bloqué et ne pas répondre.
Périphérique momentanément indisponible

Par défaut, LVM retente les demandes d’E/S sur les erreurs récupérables jusqu’à ce
qu’elles réussissent ou que le système soit réamorcé. Par conséquent, si une application
ou un système de fichiers se bloque, le dépannage doit inclure la vérification du journal
de la console vis-à-vis des problèmes de lecteurs de disques, ainsi que les mesures
permettant de remettre les périphériques défaillants en service.
Périphériques indisponibles de manière permanente

Si la demande d’E/S échoue toujours (par exemple si le disque a été physiquement
retiré), votre application ou le système de fichiers peut rester bloqué indéfiniment. Si
votre application ne répond pas, vous devrez peut-être réamorcer le système.
Au lieu de réamorcer, vous pouvez contrôler la durée pendant laquelle LVM essaie de
relancer une erreur récupérable avant de la traiter comme une erreur non récupérable,
en appliquant une temporisation au volume logique. Si le périphérique ne répond pas
dans ce délai, LVM renvoie une erreur d’E/S au demandeur. Cette valeur de
temporisation est soumise à tout délai d'attente de volume physique et de pilote
sous-jacent ; par conséquent, LVM peut retourner l'erreur d'E/S plusieurs secondes
après l'expiration du délai temporisation de volume logique.
La valeur de temporisation est normalement nulle, ce qui est interprété comme un délai
d'attente indéfini. Ainsi, aucune demande d'E/S n'est renvoyée à l'appelant tant qu'elle
n'a pas été exécutée complètement.
Visualisez la valeur de temporisation d’un volume logique à l’aide de la commande
lvdisplay comme suit :
# lvdisplay /dev/vg00/lvol1 | grep "Délai d'attente"
Définissez la valeur de temporisation à l'aide de l'option -t de la commande lvchange.
Ceci permet de configurer la valeur de temporisation en secondes pour un volume
logique. Par exemple, pour configurer une temporisation de une minute pour
/dev/vg01/lvol1, entrez la commande suivante :
# lvchange -t 60 /dev/vg01/lvol1
ATTENTION : La configuration d’une temporisation sur un volume logique augmente

le risque de voir des erreurs transitoires traitées comme des erreurs non récupérables ;
par conséquent, toute application qui lit ou écrit sur le volume logique risque de
rencontrer des erreurs d’E/S. Si votre application n’est pas capable de traiter ce type
d’erreurs, conservez la temporisation de volume logique indéfinie par défaut.
Erreurs d'E/S 129

ASTUCE : Définissez le délai de temporisation de volume logique à un entier multiple
de tout délai d'attente affecté aux volumes physiques sous-jacents. Autrement, la durée
réelle de la demande d’E/S risque d’être supérieure à la temporisation de volume
logique. Pour plus d’informations sur la procédure de modification de la valeur de
temporisation d’E/S sur un volume physique, voir pvchange(1M).
Erreurs non récupérables

Les erreurs non récupérables sont considérées comme fatales ; il n’est pas certain qu’un
deuxième essai fonctionne.
Si vous disposez d’une copie des données sur un disque miroir séparé et en état de
fonctionnement, LVM envoie les lectures et les écritures sur cette copie miroir.
L'opération d'E/S pour l’application qui accède au volume logique est effectuée
correctement.
Toutefois, si vous ne disposez pas d’autres copies des données, LVM retourne une
erreur au sous-système qui accède au volume logique. Par conséquent, toute application
accédant directement à un volume logique doit s’attendre à un échec des demandes
d’E/S. Les systèmes de fichiers tels que VxFS et la plupart des applications de bases de
données sont conçus pour résoudre les situations d’erreurs ; par exemple, si VxFS
rencontre une erreur d’E/S, il peut désactiver l’accès à un système de fichiers ou à un
sous-ensemble de fichiers.
LVM considère les deux situations suivantes comme non récupérables.
Erreurs de support
En cas d’échec d’une demande d’E/S dû à une erreur de support, LVM enregistre
généralement un message dans le fichier journal de la console (/var/adm/syslog/
syslog.log) lorsque l’erreur se produit. En cas d'erreur de support, vous devez
remplacer le disque (voir « Remplacement d’un disque défectueux » (page 138)).
Si votre matériel de disque prend en charge le réadressage automatique des blocs
défectueux, activez-le car il limite les erreurs de support détectées par LVM.
REMARQUE : LVM n'effectue pas de réadressage des blocs défectueux au niveau

logiciel. Il reconnaît les entrées de réadressage logiciel créées par les versions précédentes
de LVM, mais n’en crée pas de nouvelles. L’activation ou la désactivation du réadressage
des blocs défectueux à l'aide de lvchange n’a aucun effet.

Périphériques manquant lorsque le groupe de volumes a été activé
Si le périphérique associé à l'E/S n'était pas présent lors de l'activaiton du groupe de
volumes, LVM imprime un message d'erreur sur le terminal de l'utilisateur lors de
l'activation. Vous devez soit localiser le disque et le remettre en service, soit le remplacer
puis réactiver le groupe de volumes.
Échecs d'activation de groupe de volumes

Normalement, les groupes de volumes sont automatiquement activés lors du démarrage
du système. Sauf dans le cas où un groupe de volumes a été intentionnellement désactivé
avec la commande vgchange, vous n'êtes pas obligé d’activer les groupes de volumes.
Dans tous les cas, LVM exige qu'un quorum de disques soit disponible dans un groupe
de volumes.
Un quorum correspond au nombre de volumes physiques qui doivent être disponibles
dans un groupe de volumes afin d'activer ce groupe de volumes ou de le maintenir
dans un état actif. Pour qu'un groupe de volumes puisse être activé, plus de la moitié de
ses disques qui étaient disponibles durant la dernière activation doivent être en ligne
et en service. Pour que le groupe de volumes demeure totalement opérationnel, au
moins la moitié des disques doivent rester présents et disponibles.
En cours d’exécution, le quorum peut être perdu si un disque tombe en panne ou n’est
plus accessible alors que le groupe de volumes est déjà actif. Cette condition se produit
si moins de la moitié des volumes physiques définis dans le groupe de volumes
demeurent totalement opérationnels après la défaillance. Par exemple, si deux disques
appartiennent à un groupe de volumes, la perte de l'un d'entre eux ne provoque pas
la perte de quorum car c'est le cas lors de l'activation du groupe de volumes. Pour
perdre le quorum, les deux disques doivent être indisponibles. Dans ce cas, votre groupe
de volumes demeure actif, mais un message est affiché sur la console pour indiquer
que le groupe de volumes a perdu le quorum. Tant que le quorum n'aura pas été
restauré (avec au moins un des deux disques LVM du groupe de volumes cité de
nouveau opérationnel), LVM ne vous autorise pas à exécuter les commandes susceptibles
de modifier la configuration du groupe de volumes. En outre, certaines opérations
d’E/S sur les volumes logiques de ce groupe sont susceptibles de se bloquer du fait de
l’inaccessibilité physique des disques. De plus, tant que le quorum n’aura pas été
restauré, le cache d’écriture miroir (MWC) ne pourra pas être mis à jour car LVM ne
pourra assurer la cohérence des informations qu’il détient.
Utilisez l'option vgchange -q n pour outrepasser la vérification de quorum du
système lorsque le groupe de volumes est activé. Cette option n'a aucun effet sur la
vérification de quorum à l'exécution. L'outrepassement du quorum peut entraîner la
présence d'un groupe de volumes à la configuration incorrecte (par exemple dans
laquelle les volumes logiques récemment créés sont manquants). Cette modification
de configuration peut ne pas être réversible.
Échecs d'activation de groupe de volumes 131

Il est possible d’outrepasser la règle du quorum lors de l’activation d’un groupe de
volumes ou à l’amorçage. Même si LVM vous y autorise, HP vous déconseille de
modifier la configuration LVM des groupes de volumes actifs dont le quorum de
disques présents n’est pas atteint. Pour résoudre les problèmes de quorum,
HP recommande de remettre en service les disques indisponibles.
Problèmes de quorum avec un groupe de volumes non-racine

Si vous tentez l’activation d’un groupe de volumes non-racine alors que le nombre de
disques présents est insuffisant pour obtenir le quorum, vgchange affiche des messages
d’erreur semblables aux suivants :
vgchange : Avertissement : impossible d'attacher au groupe de volumes
le volume physique "/dev/dsk/c1t0d2" :
Le chemin d'accès au volume physique fait référence à un périphérique qui
n'existe pas ou qui n'est pas configuré dans le noyau.
vgchange: impossible d'activer le groupe de volumes "/dev/vg01" :
Soit aucun volume physique n'est attaché, soit aucun VGDA valide n'a été trouvé sur les volumes
physiques.
Si un groupe de volumes non-racine ne s'active pas car les exigences de quorum ne

sont pas satisfaites, procédez comme suit :
1. Vérifiez l’alimentation et les raccordements (y compris la sécurité et les zones Fibre
Channel) de tous les disques faisant partie du groupe de volumes qu’il est
impossible d’activer. Remettez en service tous les disques (ou au moins ceux qui
permettent d’atteindre le quorum). Exécutez ensuite la commande vgchange
pour tenter de réactiver le groupe de volumes.
2. Si vous avez tout tenté et que le quorum n’est toujours pas atteint, utilisez l’option
-q avec la commande vgchange pour outrepasser la règle du quorum.
# vgchange -a y -q n /dev/vg01
Le groupe de volumes est activé sans quorum. Vous risquez de recevoir des
messages relatifs à l'impossibilité d'accéder à certains volumes logiques car tout
ou une partie d'un volume logique se trouve sur l'un des disques qui est absent.
N’oubliez pas qu’en contournant la règle du quorum, vous courez le risque
d’accéder à des données qui ne sont pas à jour. Vérifiez les données présentes sur
les volumes logiques du groupe activé et les tailles et emplacements des volumes
logiques, notamment en termes de mise à jour.
Réintégrez les disques désactivés dans le groupe de volumes dès que possible.
Pour la remise en service d’un disque qui n’était pas prêt lors de l’activation d’un
groupe de volumes, utilisez la commande vgchange comme suit :

Problèmes de quorum avec un groupe de volumes racine
Vous pouvez également rencontrer un problème de quorum avec votre groupe de
volumes racine. Si le nombre de disques présents dans le groupe n’est pas suffisant
pour atteindre le quorum, vous serez averti lors de l’amorçage par un message indiquant
que le nombre de volumes physiques accessibles est insuffisant. Cette erreur peut
provenir du fait que vous avez physiquement retiré du système un disque que vous
ne souhaitiez plus utiliser, mais que vous n’avez pas supprimé le volume physique du
groupe de volumes avec la commande vgreduce. Vous ne devez jamais retirer un
disque LVM d'un système sans l’avoir au préalable éliminé de son groupe de volumes.
Cependant, vous pouvez tenter de remédier à cette situation en amorçant le système
avec l'option d'outrepassement de quorum -lq.
Sur un serveur HP 9000, entrez la commande suivante :
ISL> hpux -lq
Sur un serveur HP Integrity, entrez la commande suivante :
HPUX> boot -lq
Échecs d'activation de groupe de volumes de version 2.x

L'activation des groupes de volumes de version 2.x peut échouer pour cause
d'insuffisance de quorum. Par exemple, vgchange peut afficher des messages d'erreur
semblables aux suivants :
# vgchange -a y /dev/vgtest
vgchange: Avertissement : impossible d'attacher au groupe de volumes physiques "/dev/disk/disk1" :
Erreur d'E/S
vgchange: Erreur d'E/S
vgchange: impossible d'activer le groupe de volumes "/dev/vgtest" :
Quorum absent ou certains volumes physiques sont manquants
Si un groupe de volumes de version 2.x ne s'active pas car les exigences de quorum ne
sont pas satisfaites, procédez comme décrit dans « Problèmes de quorum avec un
groupe de volumes non-racine » (page 132).
L'activation d'un groupe de volumes de version 2.x peut également échouer si les
commandes ou pilotes de noyau nécessaires sont absents. Par exemple, vchange peut
afficher le message d'erreur suivant :
vgchange: Erreur : le pilote "lvmp" n'est pas chargé.
Voici un autre message d'erreur potentiel :
vgchange: Avertissement : impossible d'attacher au groupe de volumes physiques "/dev/disk/disk1" :
Séquence d'octets interdite

vgchange: impossible d'activer le groupe de volumes "/dev/vgtest" :
Quorum absent ou certains volumes physiques sont manquants.
Voici un troisième message d'erreur possible :

vgchange: Avertissement : impossible d'attacher au groupe de volumes
le volume physique "/dev/dsk/c1t0d0" :
liaison inter-périphériques
Échecs d'activation de groupe de volumes 133

vgchange: Avertissement : impossible d'interroger le volume physique "/dev/dsk/c1t0d0" :
Le chemin d'accès spécifié ne correspond pas au
volume physique attaché à ce groupe de volumes.
vgchange: Impossible d'interroger la liste de volumes physiques. vgchange :
impossible d'activer le groupe de volumes "/dev/vgtest" :
Quorum absent ou certains volumes physiques sont manquants.
Pour résoudre ces problèmes d'activation, exécutez la commande lvmadm comme suit :
# lvmadm -t -V 2.0
Si les commandes et pilotes nécessaires sont présents, lvmadm affiche ce qui suit :
--- Limites LVM ---
Version de GV 2.0
GV max 512
VL max 511
VP max 511
Miroirs max 6
Si lvmadm n'affiche aucune sortie, cela signifie que votre version de système
d'exploitation ne prend pas en charge les groupes de volumes de version 2.x. Vous
devez mettre à jour votre système vers la version de Mars 2008 d'HP-UX 11i version 3
ou ultérieure.
Si le pilote de noyau nécessaire à la prise en charge des groupes de volumes de
version 2.x n'est pas chargé, lvmadm affiche le message d'erreur suivant :
# lvmadm -t -V 2.0
lvmadm : Erreur : le pilote "lvmp" n'est pas chargé.
Chargez le module lvmp à l'aide de la commande kcmodule, comme suit :
# kcmodule lvmp=best
==> Update the automatic 'backup' configuration first? n
* Future operations will ask whether to update the backup.
* The requested changes have been applied to the currently
running configuration.
Module State Cause Notes
lvmp (before) unused loadable, unloadable
(now) loaded best
(next boot) loaded explicit
Il n'est pas nécessaire de réamorcer le système. Après le chargement du module lvmp,
la commande lvmadm réussit :

# lvmadm -t -V 2.0
--- Limites LVM ---
Version de GV 2.0
GV max 512
VL max 511
VP max 511
Miroirs max 6
Analyse de groupe de volumes racine

Si le sous-système LVM détecte que des informations vitales sont endommagées sur
le disque d'amorçage, il analyse tous les périphériques attachés afin d'identifier les
volumes physiques qui font partie du groupe de volumes racine. Les messages suivants
apparaissent alors sur la console système et dans /var/adm/syslog/syslog.log :
LVM : Failure in attaching PV (dev=0x10000nn) to the root volume group.
The physical volume does not belong to the root volume group
LVM: Failure in attaching PV (dev=0x10000nn) to the root volume group.
The physical volume does not belong to the root volume group
LVM: Activation of root volume group failed
Quorum not present, or some physical volume(s) are missing
LVM: Scanning for Root VG PVs (VGID 0xnnnnnnnn 0xnnnnnnnn)
Si cette analyse de groupe de volumes racine réussit, des messages semblables au
suivant s'affichent :
LVM : Rootvgscan detected 10 PV(s). Will attempt root VG activation
using the following PV(s):
0x100005f 0x1000060 0x1000061 0x1000062 0x1000063 0x1000064
0x1000065 0x1000067 0x1000068 0x100006e
LVM: WARNING: Root VG activation required a scan. The PV information in
the on-disk BDRA may be out-of-date from the system's current IO
configuration. To update the on-disk BDRA, first update /etc/lvmtab
using vgscan(1M), then update the on-disk BDRA using lvlnboot(1M).
For example, if the root VG name is /dev/vg00:
1. vgscan -k -f /dev/vg00
2. lvlnboot -R /dev/vg00
LVM: Root VG activated
Si cette analyse de groupe de volumes racine ne trouve pas tous les volumes physiques,
le message suivant s'affiche :
LVM : WARNING: Rootvgscan did not find any PV(s) matching root VGID.
Will attempt root VG activation using the boot device (0x10000nn).
Ou le message suivant :
LVM : WARNING: BDRA lists the number of PV(s) for the root VG as nn,
but rootvgscan found only nn. Proceeding with root VG activation.
Analyse de groupe de volumes racine 135

Échec d'amorçage LVM
L'impossibilité d'amorcer une configuration LVM peut avoir plusieurs causes. Au-delà
des problèmes associés à l’amorçage des disques non-LVM, les problèmes suivants
peuvent empêcher l'amorçage d'un système LVM :
Quorum insuffisant
Dans ce scénario, le nombre de disques présents dans le groupe de volumes racine est
insuffisant pour satisfaire à la règle de quorum. Lors de l’amorçage, un message apparaît
pour signaler que le nombre de volumes physiques disponibles est insuffisant :
panic: LVM: Configuration failure
Pour activer le groupe de volumes racine et amorcer correctement le système, le nombre
de disques LVM disponibles doit être supérieur à la moitié des disques LVM qui étaient
attachés lors de la dernière activation du groupe de volumes. Par conséquent, si durant
la dernière activation deux disques étaient attachés au groupe de volumes racine, la
règle du quorum implique que ces deux disques doivent être disponibles. Pour plus
d'informations sur la manière de faire face aux échecs de quorum, voir « Échecs
d'activation de groupe de volumes » (page 131).
Structures de données LVM endommagées sur disque

Les disques amorçables LVM contiennent des informations d'amorçage vitales dans la
BDRA. Il est possible que ces informations soient endommagées, non mises à jour ou
tout simplement absentes. La mise à jour des informations figurant dans la zone BDRA
étant cruciale, vous devez exécuter les commandes lvrmboot ou lvlnboot chaque
fois que vous effectuez une modification qui affecte l'emplacement des volumes logiques
racine, d'amorçage, d'échange principal ou de vidage.
Pour résoudre ce problème, amorcez le système en mode maintenance, comme décrit
dans « Amorçage en mode maintenance » (page 127), puis réparez les dommages subis
par les structures de données LVM du système. Utilisez vgcfgrestore sur le disque
d'amorçage.
Fichier de configuration LVM endommagé

Vous pouvez également rencontrer un problème d’activation de groupes de volumes
lorsque le fichier /etc/lvmtab ou /etc/lvmtab_p est absent ou endommagé. Après
avoir amorcé en mode maintenance, vous pouvez utiliser la commande vgscan pour
recréer les fichiers /etc/lvmtab et /etc/lvmtab_p. Pour plus d'informations, voir
vgscan(1M).

Problèmes liés à la réduction de la taille d’un volume logique
Lorsqu'un système de fichiers est créé sur un volume logique, il occupe tout l’espace
disponible.
Si vous agrandissez le volume logique sans en faire de même pour le système de fichiers,
vous pourrez ensuite réduire la taille du volume logique dans la mesure où elle est de
même valeur que celle du système de fichiers. (Pour déterminer la taille du système
de fichiers, utilisez la commande bdf) Après avoir étendu le système de fichiers, vous
ne pourrez plus réduire sans risque la taille du volume logique associé.
Si vous réduisez la taille d’un volume logique contenant un système de fichiers jusqu’à
une valeur inférieure à celle du système de fichiers qu’il accueille avec la commande
lvreduce, vous endommagez le système de fichiers. Par la suite, si vous tentez de
monter ce système de fichiers endommagé, vous risquez de bloquer le système. Dans
ce cas, procédez comme suit :
1. Réamorcez le système en mode mono-utilisateur.
2. Si vous disposez déjà d’une sauvegarde récente des données du système de fichiers,
ignorez l’étape suivante. Si vous ne disposez pas de sauvegarde et que les données
concernées sont critiques, essayez de sauvegarder les données du système de
fichiers demeurées intactes.
Avant de tenter d'effectuer une sauvegarde, considérez les points suivants :
• Lorsque le programme de sauvegarde accédera à la partie altérée du système
de fichiers, un incident système se produira également. Il est nécessaire de le
réamorcer pour pouvoir poursuivre le processus.
• Il n’est absolument pas garanti que les données figurant dans votre système
de fichiers soient intactes ou même accessibles. Il s’agit seulement dans le cas
présent de sauvegarder ce qui peut l’être. Concrètement, les données
sauvegardées seront récupérables, mais tout ou partie des données seront
éventuellement inaccessibles du fait de l’endommagement des fichiers.
3. Démontez immédiatement le système de fichiers endommagé, s’il est monté.
4. Utilisez le volume logique comme espace d'échange ou de stockage de données
brutes, ou utilisez HP SMH ou la commande newfs pour créer un nouveau système
de fichiers sur le volume logique. La taille de ce dernier est maintenant compatible
avec celle, réduite, du volume logique.
5. Si vous avez créé un nouveau système de fichiers sur le volume logique, procédez
de la manière suivante :
• Si vous disposez d’une sauvegarde en bon état (pas celle effectuée à l’étape
2), effectuez une restauration. Le nouveau système de fichiers du volume
logique réduit étant plus petit que le système de fichiers d’origine, il est
possible que l’espace disponible pour la restauration de l’ensemble des fichiers
d'origine ne soit pas suffisant.
Problèmes liés à la réduction de la taille d’un volume logique 137

• Si vous ne disposez pas d’une sauvegarde antérieure en bon état, essayez de
restaurer le plus de fichiers possibles à partir des sauvegardes effectuées à
l'étape 2.
• Utilisez le nouveau système de fichiers pour créer et enregistrer un nouvel
ensemble de fichiers (et non pour tenter une restauration des fichiers d'origine).
Remplacement d’un disque défectueux

Les disques étant des périphériques physiques, il peut arriver que leur matériel subisse
une défaillance nécessitant un remplacement. Après le remplacement d'un disque
défectueux par un nouveau disque (conservant l'adresse matérielle du disque d'origine,
afin d'éviter toute confusion), vous devez restaurer les données vers ce disque à partir
d'une sauvegarde.
Le disque étant contrôlé par LVM, il peut contenir des étendues physiques pour
plusieurs volumes logiques. L'agencement de ces volumes logiques doit d'abord être
restauré et les données de chaque volume logique restaurées à partir d'une sauvegarde.
Cette section fournit un guide étape par étape pour le remplacement d'un disque LVM
défectueux.
Consultez la section « Préparation de la récupération système LVM » (page 56) pour
plus de détails sur les étapes à effectuer avant la défaillance d'un disque. Lisez
soigneusement cette section et implémentez les procédures requises le plus rapidement
possible. La récupération de votre système peut dépendre de ces étapes.
Si vous avez des questions concernant le processus de récupération, contactez votre
Centre de réponse clientèle HP local pour obtenir une assistance.
ASTUCE : Pour une discussion en profondeur des défaillances de disques, consultez

le livre blanc intitulé When Good Disks Go Bad: Dealing with Disk Failures under LVM,
disponible à l'adresse http://docs.hp.com. Ce document traite de sujets tels que la
reconnaissance de la défaillance d'un disque, l'identification du disque défectueux et
le choix de la résolution appropriée (par exemple sa suppression plutôt que son
remplacement). Il traite également des versions antérieures à HP-UX 11i version 3.
Conditions préalables au remplacement de disque

Une fois le disque défectueux isolé, le processus de remplacement dépend des réponses
aux questions suivantes :
• Le disque est-il permutable à chaud ?
Vous pouvez retirer et ajouter un module de lecteur de disque dur permutable à
chaud inactif à un système pendant que celui-ci est sous tension et que le bus SCSI
est actif. Autrement dit, vous pouvez remplacer ou supprimer un disque permutable
à chaud d'un système sans mettre celui-ci hors tension.

Pour savoir quels disques de votre système sont permutables à chaud, reportez-vous
aux manuels de votre matériel système. Les spécifications des autres disques sont
disponibles dans leurs manuels d'installation à l'adresse http://docs.hp.com.
Si votre disque n'est pas permutable à chaud, vous devez planifier un temps d'arrêt
du système afin de remplacer le disque.
• Le disque est-il un disque racine ou fait-il partie du groupe de volumes racine ?
En cas de défaillance du disque racine, le processus de remplacement inclut des
étapes afin de confiurer la zone d'amorçage ; en outre, vous devrez peut-être
amorcer à partir de son miroir en cas de défaillance du disque racine principal. Si
le disque racine défectueux n'est pas mis en miroir, vous devez effectuer une
réinstallation sur le disque de remplacement ou récupérer les informations à partir
d'une sauvegarde Ignite-UX.
Pour déterminer si le disque appartient au groupe de volumes racine, utilisez la
commande lvlnboot avec l'option –v. Cette commande répertorie les disques
du groupe de volumes racine et les volumes spéciaux configurés dessus. Par
exemple :
# lvlnboot –v
Définitions d'amorçage pour le groupe de volumes /dev/vg00 :
/dev/disk/disk47_p2 -- Disque d'amorçage
Amorçage : lvol1 sur : /dev/disk/disk47_p2
Racine : lvol3 sur : /dev/disk/disk47_p2
Permutation : lvol2 sur : /dev/disk/disk47_p2
Vidage : lvol2 sur : /dev/disk/disk47_p2, 0
• Quels volumes logiques le disque contient-il, et sont-ils mis en miroir ?
Après avoir remplacé le disque, vous devrez peut-être restaurer les données à
partir de sauvegardes. Toutefois, vous devez uniquement récupérer les données
pour un sous-ensemble des volumes logiques du groupe de volumes. Seuls les
volumes logiques qui ont des étendues physiques sur le disque sont affectés. En
outre, si un volume logique est mis en miroir, il est probable qu'il y ait une copie
des données à jour sur le miroir ; il n'est donc pas nécessaire des les récupérer à
partir d'une sauvegarde.
Pour afficher la liste des volumes logiques utilisant le disque, entrez la commande
pvdisplay. Avec l'option –v, pvdisplay affiche une liste de toutes les étendues
physiques sur un volume physique et indique à quels volumes logiques elles
appartiennent. Cette liste étant longue, il est préférable de la raccourcir à l'aide de
more ou de l'envoyer dans un fichier. Par exemple :
# pvdisplay -v /dev/disk/disk3 | more
...
--- Distribution de volume physique ---
Remplacement d’un disque défectueux 139

/dev/vg00/lvol6 245 245
...
Dans cet exemple, les volumes logiques /dev/vg00/lvol5 et /dev/vg00/lvol6
ont des étendues physiques sur ce disque ; vous devez donc restaurer uniquement
lvol5 et lvol6.
Si la commande pvdisplay échoue, vous pouvez vous reporter à la documentation
de configuration que vous avez créée au préalable, ou utiliser la commande
vgcfgdisplay, disponible auprès de votre représentant de support technique
HP.
Pour chaque volume logique affecté, utilisez lvdisplay pour déterminer si le
nombre de copies miroirs est supérieur à zéro. Cela permet de vérifier que le
volume logique est mis en miroir. Par exemple :
# lvdisplay /dev/vg00/lvol1
--- Volumes logiques ---
Nom GV /dev/vg00
Autorisation VL lecture/écriture
Copies miroirs 1
Récupération de cohérence MWC
Taille VL (Mo) 300
ÉL actuelles 75
EP allouées 150
Entrelacements 0
Taille sec. entr. (Ko) 0
Bloc non valide Désactivé
Allocation stricte/contiguë
Le nombre de copies miroirs étant différent de zéro, on peut en déduire que le
volume logique est mis en miroir.
Utilisez de nouveau lvdisplay pour déterminer quelles étendues logiques sont
mappées sur le disque suspect et s'il existe une copie des données à jour sur un
autre disque. Avec l'option –v, lvdisplay affiche chaque étendue logique, son
mappage avec les étendues physiques et l'état de ces étendues physiques (périmées
ou à jour).
Cette liste peut être assez longue ; utilisez par conséquent grep pour la restreindre
au disque qui doit être remplacé. Par exemple :
# lvdisplay -v /dev/vg00/lvol1 | grep –e /dev/disk/disk3 –e ’???’
00000 /dev/disk/disk3 00000 actuel /dev/disk/disk6 00000 actuel
...

Dans cet exemple, toutes les étendues physiques de lvol1 sur /dev/disk/disk3
ont une copie à jour autre part sur le système, plus précisément sur /dev/disk/
disk6. Si /dev/disk/disk3 était indisponible durant l'activation du groupe de
volumes, sa colonne contient ‘???’ plutôt que le nom du disque.
Choisissez la procédure appropriée en vous basant sur les informations recueillies,
Remplacement d’un disque de non-amorçage mis en miroir

Appiquez cette procédure si toutes les étendues physiques sur le disque ont des copies
sur un autre disque et que le disque n'est pas un disque d'amorçage. Si le disque contient
des volumes logiques non mis en miroir ou des volumes logiques en miroir sans copie
miroir disponible et à jour, voir « Remplacement d'un disque de non-amorçage non
mis en miroir » (page 143).
Pour cet exemple, le chemin d'accès matériel lunpath au disque à remplacer est
0/1/1/1.0x3.0x0 et les fichiers spéciaux de périphériques se nomment /dev/disk/
disk14 et /dev/rdisk/disk14. Procédez comme suit :
1. Enregistrez les chemins d'accès matériels au disque.
Exécutez la commande ioscan et notez les chemins d'accès matériels du disque
défectueux.
# ioscan –m lun /dev/disk/disk14
Class I Lun H/W Path Driver S/W State H/W Type Health Description
========================================================================
disk 14 64000/0xfa00/0x0 esdisk CLAIMED DEVICE offline HP MSA Vol
0/1/1/1.0x3.0x0
/dev/disk/disk14 /dev/rdisk/disk14
Dans cet exrmple, le numéro d'instance de LUN est 14, le chemin d'accès matériel
du LUN est 64000/0xfa00/0x0 et le chemin d'accès matériel lunpath est
0/1/1/1.0x3.0x0.
Lorsque le disque défectueux sera remplacé, une nouvelle instance de LUN et un
nouveau chemin d'accès matériel de LUN sont créés. Pour identifier le disque
après son remplacement, vous devez utiliser le chemin d'accès matériel lunpath
(0/1/1/1.0x3.0x0).
2. Arrêtez l'accès LVM au disque.
Si le disque n'est pas permutable à chaud, mettez le système hors tension afin de
le remplacer. En mettant le système hors tension, vous arrêtez l'accès LVM au
disque. Vous pouvez donc ignorer cette étape.
Si le disque est permutable à chau, détachez-le à l'aide de l'option –a de la
commande pvchange.
# pvchange -a N /dev/disk/disk14
3. Remplacez le disque.
Pour plus d'informations sur la façon de remplacer le disque, reportez-vous au
guide de l'administrateur du matériel pour le système ou la baie de disques.

Si le disque est permutable à chaud, remplacez-le.
Si le disque n'est pas permutable à chaud, arrêtez le système, coupez l'alimentation
et remplacez le disque. Réamorcez le système.
4. Informez le sous-système de stockage de masse du remplacement du disque.
Si le système n'a pas été réamorcé pour remplacer le disque défectueux, exécutez
scsimgr pour que le nouveau disque puisse être utilisé comme remplacement
de l'ancien. Par exemple :
# scsimgr replace_wwid –D /dev/rdisk/disk14
Cette commande permet au sous-système de stockage de remplacer le WWID
(World-Wide-Identifier) de LUN de l'ancien disque par le WWID de LUN du
nouveau disque. Le sous-système de stockage crée une nouvelle instance de LUN
et de nouveaux fichiers spéciaux de périphériques pour le disque de remplacement.
5. Déterminez le nouveau numéro d'instance LUN du disque de remplacement.
Par exemple :
# ioscan –m lun
========================================================================
disk 14 64000/0xfa00/0x0 esdisk NO_HW DEVICE offline HP MSA Vol
...
disk 28 64000/0xfa00/0x1c esdisk CLAIMED DEVICE online HP MSA Vol
0/1/1/1.0x3.0x0
Dans cet exemple, l'instance de LUN 28 a été créée pour le nouveau disque, avec
le chemin d'accès matériel de LUN 64000/0xfa00/0x1c, les fichiers spéciaux de
périphériques /dev/disk/disk28 et /dev/rdisk/disk28, au même chemin
d'accès matériel lunpath que l'ancien disque, 0/1/1/1.0x3.0x0. L'ancienne instance
de LUN 14 pour l'ancien disque n'est maintenant associée à aucun lunpath.
REMARQUE : Si le système a été réamorcé pour remplacer le disque défectueux,

la sortie de ioscan –m lun ne mentionne pas l'ancien disque.
6. Affectez l'ancien numéro d'instance au disque de remplacement.

Par exemple :
# io_redirect_dsf -d /dev/disk/disk14 -n /dev/disk/disk28
Cette commande affecte l'ancien numéro d'instance de LUN (14) au disque de
remplacement. En outre, les fichiers spéciaux de périphériques pour le nouveau
disque sont renommés de façon à correspondre à l'ancien numéro d'instance de
LUN. La sortie de ioscan –m lun suivante montre le résultat :
========================================================================
0/1/1/1.0x3.0x0

La représentation LUN de l'ancien disque avec le chemin d'accès matériel de LUN
64000/0xfa00/0x0 a été supprimée. La représentation LUN du nouveau disque avec
le chemin d'accès matériel de LUN 64000/0xfa00/0x1c a été réaffectée de l'instance
de LUN 28 à l'instance de LUN 14 et ses fichiers spéciaux de périphériques ont été
renommés /dev/disk/disk14 et /dev/rdisk/disk14.
7. Restaurez les informations de configuration LVM sur le nouveau disque.
Par exemple :
# vgcfgrestore -n /dev/vgnn /dev/rdisk/disk14
8. Rétablissez l'accès LVM au disque.
Si vous n'avez pas réamorcé le système à l'Étape 2, réattachez le disque comme
suit :
# pvchange –a y /dev/disk/disk14
Si vous avez réamorcé le système, réattachez le disque en réactivant le groupe de
REMARQUE : La commande vgchange avec l'option -a y peut être exécutée

sur un groupe de volumes qui est désactivé ou déjà activé. Elle attache tous les
chemins d'accès pour tous les disques du groupe de volumes et remet
automatiquement en service tous les disques du groupe de volumes qui étaient
hors ligne ou qui ont été remplacés. Par conséquent, vous devez exécuter vgchange
uniquement une fois que toutes les tâches ont été effectuées sur tous les disques
et tous les chemins d'accès du groupe de volumes et qu'il est nécessaire de tous
les attacher.
Puisque toutes les données du disque remplacé étaient mises en miroir, aucune action
supplémentaire n'est nécessaire ; LVM synchronise automatiquement les données du
disque avec les autres copies miroirs des données.
Remplacement d'un disque de non-amorçage non mis en miroir

Appliquez cette procédure si l'une ou plusieurs des étendues physiques sur le disque
n'ont pas de copies miroirs autre part et que votre disque n'est pas un disque d'amorçage.
Dans cet exemple, le chemin d'accès matériel lunpath au disque à remplacer est
disk14 et /dev/rdisk/disk14. Procédez comme suit :
défectueux.

========================================================================
0/1/1/1.0x3.0x0
0/1/1/1.0x3.0x0.
(0/1/1/1.0x3.0x0).
Si le disque est permutable à chaud, désactivez l'accès LVM et utilisateur à tous
les volumes logiques non mis en miroir.
Tout d'abord, désactivez l'accès utilisateur à tous les volumes logiques non mis en
miroir. Arrêtez les applications et démontez les systèmes de fichiers qui utilisent
ces volumes logiques. Cela empêche les applications ou les systèmes de fichiers
d'écrire des données incohérentes sur le disque de remplacement nouvellement
restauré.
Pour chaque volume logique non mis en miroir qui utilise le disque :
a. Utilisez la commande fuser pour vous assurer que personne n'accède au
volume logique, soit comme périphérique brut, soit comme système de fichiers.
Si des utilisateurs ont des fichiers ouverts dans le système de fichiers ou s'il
s'agit de leur répertoire de travail actuel, fuser indique leurs ID de processus.
Par exemple, si le volime logique est /dev/vg01/lvol1, entrez la commande
suivante :
# fuser -cu dev/vg01/lvol1
/dev/vg01/lvol1: 27815c(root) 27184c(root)
b. Si fuser indique que des ID de processus utilisent le volume logique, utilisez
la commande ps pour mapper la liste des ID de processus, puis déterminez
si vous pouvez les arrêter.
Par exemple, examinez les processus 27815 et 27184 comme suit :
# ps -fp27815 -p27184
UID PID PPID C STIME TTY TIME COMMAND

root 27815 27184 0 09:04:05 pts/0 0:00 vi test.c
root 27184 27182 0 08:26:24 pts/0 0:00 -sh

c. Si c'est le cas, utilisez fuser avec l'option –k pour arrêter tous les processus
qui accèdent au volume logique.
Les exemples de processus ne sont pas critiques ; arrêtez-les comme suit :
# fuser -ku dev/vg01/lvol1
/dev/vg01/lvol1: 27815c(root) 27184c(root)
d. Si le volume logique est utilisé en tant que système de fichiers, démontez-le
comme suit :
# umount /dev/vg01/lvol1
REMARQUE : Si vous ne pouvez pas arrêter les applications qui utilisent le volume
logique, ou si vous ne pouvez pas démonter le système de fichiers, vous devez
arrêter le système.
Après avoir désactivé l'accès utilisateur aux volumes logiques non mis en miroir,
désactivez l'accès LVM au disque :
et remplacez le disque. Réamorcez le système.
Par exemple :
# ioscan –m lun
========================================================================
...

0/1/1/1.0x3.0x0


Par exemple :
========================================================================
0/1/1/1.0x3.0x0
Par exemple :
# vgcfgrestore -n /dev/vgnn /dev/rdisk/disk14
suit :

les attacher.
9. Récupérez les données perdues.

LVM récupère tous les volumes logiques en miroir sur le disque et démarre cette
récupération une fois le groupe de volumes activé.
Pour tous les volumes logiques non mis en miroir que vous avez identifiés à l'Étape
2, restaurez les données à partir d'une sauvegarde et réactivez l'accès utilisateur
comme suit :
• Pour les volumes bruts, restaurez l'intégralité du volume brut à l'aide de
l'utilitaire qui a été utilisé pour créer votre sauvegarde. Redémarrez ensuite
l'application.
• Pour les systèmes de fichiers, vous devez recréer d'abord le système de fichiers.
Par exemple :
# newfs -F type_système_fichiers /dev/vgnn/rlvolnn
Utilisez le fichier de périphérique en mode caractère du volume logique pour
la commande newfs. Pour les systèmes de fichiers qui n'avaient pas des
configurations par défaut, voir newfs(1M) pour plus d'informations sur les
options correctes.
Après avoir créé le système de fichiers, montez-le sous le point de montage
qu'il occupait précédemment. Ensuite, restaurez les données de ce système
de fichiers à partir de vos sauvegardes complètes.
ASTUCE : Pour faciliter l'étape de recréation du système de fichiers, prenez

note de la façon dont ils ont été créés à l'origine. Vous pouvez modifier d'autres
paramètres de système de fichiers, tels que ceux utilisés pour ajuster les
performances des systèmes de fichiers. Le système de fichiers doit être de
capacité au moins équivalente à ce qu'il était avant la défaillance de disque.

Remplacement d’un disque d'amorçage mis en miroir
Vous devez effectuer deux opérations supplémentaires lors du remplacement d'un
disque d'amorçage mis en miroir :
1. Vous devez initialiser les informations d'amorçage sur le disque de remplacement.
2. Si le remplacement nécessite le réamorçage du système et qu'il concerne le disque
d'amorçage principal, vous devez réamorcer à partir du disque d'amorçage
secondaire.
Dans cet exemple, le chemin d'accès matériel lunpath au disque à remplacer est
disk14 et /dev/rdisk/disk14. Le système étant un serveur HP Integrity, les noms
des volumes physiques doivent spécifier la partition HP-UX sur le disque d'amorçage
(/dev/disk/disk14_p2 et /dev/disk/disk14_p2).
défectueux comme suit :
========================================================================
0/1/1/1.0x3.0x0
/dev/disk/disk14_p1 /dev/rdisk/disk14_p1
0/1/1/1.0x3.0x0.
(0/1/1/1.0x3.0x0).
Si le disque est permutable à chau, détachez le périphérique à l'aide de l'option
–a de la commande pvchange.
# pvchange -a N /dev/disk/disk14_p2

REMARQUE : Sur un serveur HP 9000, le disque d'amorçage n'est pas partitionné ;
par conséquent, le volume physique fait référence à l'ensemble du disque, et non
à la partition HP-UX. Utilisez la commande suivante :
et remplacez le disque. Réamorcez le système. Deux problèmes peuvent survenir :
• Si vous avez remplacé le disque à partir duquel vous effectuez normalement
l'amorçage, le disque de remplacement ne contient pas les informations
nécessaires au programme de chargement. Dans ce cas, interrompez le
processus d'amorçage et amorcez à partir du disque d'amorçage miroir, qui
est configuré comme chemin d'accès d'amorçage secondaire.
• S'il n'y a que deux disques dans le groupe de volumes racine, la vérification
de quorum du système échoue probablement, comme décrit dans « Échecs
d'activation de groupe de volumes » (page 131). Le système risque de basculer
dans un état de panique lors des phases initiales du processus d'amorçage et
renvoyer le message suivant :
panic: LVM: Configuration failure
Dans ce cas, vous devez outrepasser le quorum pour que l'amorçage réussisse.
Pour cela, interrompez le processus d'amorçage et ajoutez l'option –lq à la
commande d'amorçage.
Pour plus d'informations sur le processus d'amorçage et sur la façon de sélectionner
les options d'amorçage, reportez-vous au manuel Guide de l'administrateur système
HP-UX : Gestion de la configuration.

Par exemple :
# ioscan –m lun
========================================================================
...
0/1/1/1.0x3.0x0

6. (Serveurs HP Integrity uniquement) Partitionnez le disque de remplacement.

Partitionnez le disque à l'aide de la commande idisk et d'un fichier fichier de
description de partition, et créez les fichiers de périphériques de partition à l'aide
d'insf, comme décrit dans « Mise en miroir du disque d'amorçage sur les serveurs
Par exemple :
========================================================================
0/1/1/1.0x3.0x0

Par exemple :
# vgcfgrestore -n /dev/vg00 /dev/rdisk/disk14_p2
REMARQUE : Sur un serveur HP 9000, le disque d'amorçage n'est pas partitionné ;

par conséquent, le volume physique fait référence à l'ensemble du disque, et non
à la partition HP-UX. Utilisez la commande suivante :

suit :
# pvchange –a y /dev/disk/disk14_p2
Sur un serveur HP 9000, utilisez la commande suivante :

les attacher.
10. Initialisez les informations d'amorçage sur le disque.

Pour un serveur HP Integrity, configurez la zone d'amorçage et mettez à jour le
fichier d'amorçage automatique dans la partition EFI du disque, comme décrit aux
étapes 5 et 6 de « Mise en miroir du disque d'amorçage sur les serveurs
Pour un serveur HP 9000, configurez la zone d'amorçage et mettez à jour le fichier
d'amorçage automatique, comme décrit aux étapes 4 et 5 de la section « Mise en
miroir du disque d'amorçage sur les serveurs HP 9000 » (page 108).

Remplacement d'un disque d'amorçage non mis en miroir
En cas de défaillance d'un disque d'amorçage non mis en miroir, vous perdez la seule
copie des informations requises pour amorcer le système. Vous devez effectuer une
réinstallation sur le disque de remplacement ou récupérer ces informations à partir
d'une sauvegarde Ignite-UX.
Avertissements et messages d'erreur

Cette section répertorie une partie des messages d'erreur et d'avertissement signalés
par LVM. Pour chaque message, la cause est décrite et une action est recommandée.
Mise en correspondance des messages d'erreur aux disques physiques et groupes de

volumes
Les messages d'erreur contiennent souvent le numéro de périphérique plutôt que le
nom de fichier de périphérique. Par exemple, le message suivant peut être consigné
dans /var/adm/syslog/syslog.log :
SCSI: Request Timeout -- lbolt: 329741615, dev: 1f022000
Pour mapper ce message d'erreur à un disque spécifique, recherchez sous le répertoire
/dev un fichier de périphérique dont le numéro de périphérique correspond à la valeur
renvoyée. Autrement dit, recherchez un fichier dont le numéro mineur correspond aux
six chiffres inférieurs du numéro qui suit dev:. Dans notre exemple, le numéro de
périphérique est 1f022000. Ces six chiffres inférieurs sont 022000 ; vous devez par
conséquent rechercher cette valeur à l'aide de la commande suivante :
# ll /dev/*dsk | grep 022000
brw-r----- 1 bin sys 31 0x022000 Sep 22 2002 c2t2d0
crw-r----- 1 bin sys 188 0x022000 Sep 25 2002 c2t2d0
Utilisez la commande pvdisplay pour déterminer le groupe de volumes qui contient
ce volume physique, comme suit :
# pvdisplay /dev/dsk/c2t2d0 | grep "Nom GV"
Nom GV /dev/vg03
Si la commande pvdisplay échoue, recherchez le volume physique dans les fichiers
de configuration LVM /etc/lvmtab et /etc/lvmtab_p comme suit :
# lvmadm -l -V 1.0
--- Groupes de volumes de version 1.0 ---
Nom GV /dev/vg00
Nom VP /dev/disk/disk36_p2
Nom GV /dev/vgtest
Nom GV /dev/vg03
Nom VP /dev/dsk/c2t2d0

Si votre version de lvmadm ne reconnaît pas l'option –l, utilisez la commande strings
comme suit :
# strings /etc/lvmtab | more
/dev/vg00
/dev/disk/disk36_p2
/dev/vgtest
/dev/disk/disk43
/dev/disk/disk44
/dev/vg03
/dev/dsk/c2t2d0
D'après la sortie de ces commandes, le message d'erreur fait référence au volume
physique /dev/dsk/c2t2d0, qui appartient au groupe de volumes vg03.
De même, certains messages d'erreur LVM dans /var/adm/syslog/syslog.log
contiennent le numéro de périphérique pour un groupe de volumes. Par exemple :
LVM: GV 128 0x002000: Perte de quorum.
Le numéro majeur 128 indique qu'il s'agit d'un groupe de volumes de version 2.x. Un
groupe de volumes de version 1.0 a un numéro majeur de 64. Pour mapper ce message
d'erreur à un groupe de volumes spécifique, recherchez sous le répertoire /dev un
fichier de périphérique de groupe de volumes dont le numéro de périphérique
correspond aux numéros majeur et mineur. Dans cet exemple, le numéro majeur est
128 et le numéro mineur est 0x002000 ; vous devez donc rechercher ces valeurs à l'aide
de la commande suivante :
# ll /dev/*/group | grep 128.0x002000
crw-r----- 1 root sys 128 0x002000 Jan 7 08:27 /dev/vgtest2/group
L'exemple de message d'erreur fait référence au groupe de volumes de version 2.x
vgtest.
Messages pour toutes les commandes LVM

Texte du message
vgcfgbackup : /etc/lvmtab n'est pas à jour avec le noyau en cours d'exécution :
le noyau indique # disques pour "/dev/nom_gv"; /etc/lvmtab indique # disques.
Sauvegarde impossible.
Cause
Le nombre de volumes physiques actuels (PV courant) et le nombre de volumes
physiques actifs (PV actif) sont différents. VP actuels et VP actifs doivent
toujours correspondre pour le groupe de volumes. Cette erreur indique également que
le fichier /etc/lvmtab ou /etc/lvmtab_p, qui est utilisé pour la correspondance
entre des volumes physiques et un groupe de volumes, n'est plus à jour avec les
structures de données LVM en mémoire et sur disque.
Avertissements et messages d'erreur 153

Action recommandée
Essayez de déterminer si des disques sont manquants. Pour chaque disque du groupe
de volumes, utilisez ioscan et diskinfo pour confirmer que le disque fonctionne
correctement.
lvchange(1M)
Texte du message
"m": Option non autorisée.
Cause
HP MirrorDisk/UX n'est pas installé sur le système.
Action recommandée
Installez HP MirrorDisk/UX.
lvextend(1M)
Texte du message
lvextend : La quantité d'étendues physiques libres disponibles est insuffisante.
Impossible d'étendre le volume logique "/dev/nom_gv/nom_vl"
Échec peut-être dû à une stratégie d'allocation stricte
Cause
Il n'y a pas assez d'espace dans le groupe de volumes pour étendre le volume logique
à la taille demandée. Ce problème se présente généralement dans l'une des situations
suivantes :
1. Il n'y a pas suffisamment d'étendues physiques libres dans le groupe de volumes.
Exécutez vgdisplay pour confirmer le nombre d'étendues physiques disponibles
et multipliez ce chiffre par la taille d'étendue afin de déterminer l'espace libre dans
le groupe de volumes. Par exemple :
# vgdisplay vg00
Nom GV /dev/vg00
Etat GV disponible
VL max 255
VL actuels 10
VL ouverts 10
VP max 16
VP actuels 1
VP actuels 1
EP max par VP 4350
VGDA 2
Taille EP (Mo) 4
Total EP 4340

EP allouées 3740
EP libres 600
Total GVP 0
Version de GV 1.0
Dans cet exemple, l'espace libre total est 600 étendues physiques x 4 Mo, soit
2 400 Mo.
2. Le volume logique est mis en miroir avec une stratégie d'allocation stricte et il n'y
a pas assez d'étendues sur un disque distinct pour respecter la stratégie d'allocation.
Pour vérifier cela, exécutez lvdisplay pour identifier les disques occupés par le
volume logique, puis vérifiez s'il y a suffisamment d'espace sur les autres disques
du groupe de volumes.
3. Dans un environnement SAN, la taille d'un des disques a été augmentée de manière
dynamique. LVM n'a pas détecté la modification de taille asynchrone.
Action recommandée
1. Choisissez une taille inférieure pour le volume logique ou ajoutez de l'espace
disque au groupe de volumes.
2. Choisissez une taille inférieure pour le volume logique ou ajoutez de l'espace
disque au groupe de volumes. En guise d'alternative, libérez de l'espace sur un
disque disponible avec pvmove.
3. Utilisez la commande vgmodify pour détecter la modification de taille de disque
et incorporer le nouvel espace au groupe de volumes.
Texte du message
"m": Option non autorisée.
Cause
HP MirrorDisk/UX n'est pas installé sur le système.
Action recommandée
Installez HP MirrorDisk/UX.
lvlnboot(1M)
Texte du message
lvlnboot : Impossible de configurer le volume logique de permutation.
Sa taille est supérieure à l'adresse IODC max.

Cause
Le micrologiciel de disque d'amorçage ne peut pas accéder à la plage entière du volume
logique d'échange. Cela se produit avec les anciens adaptateurs de bus hôtes lorsque
l'échange principal est configuré au-delà de 4 Go sur le disque.
Action recommandée
Mettez à niveau le micrologiciel système ou utilisez un nouvel adaptateur de bus hôte
qui prend en charge l'adressage des blocs défectueux. Si aucune de ces actions ne
produit de résultat, réduisez la taille du volume logique d'échange principal de sorte
qu'il ne dépasse pas 4 Go.
pvchange(1M)
Texte du message
Impossible de détacher le chemin ou le volume physique par le biais
du chemin indiqué. Utilisez pvchange(1M) -a N pour détacher le VP utilisant
un chemin attaché ou détachez chaque chemin vers le volume physique à l'aide
de la commande pvchange(1M) -a n
Cause
Le chemin d'accès spécifié ne fait partie d'aucun groupe de volumes car il n'a pas été
attaché au groupe de volumes actif auquel il appartient.
Action recommandée
Vérifiez le nom de chemin d'accès spécifié pour vous assurer qu'il est correct. Si l'erreur
s'est produite lors du détachement d'un volume physique, spécifiez un chemin d'accès
différent. Si vous ne savez pas si un chemin d'accès était attaché auparavant, détachez
individuellement chaque chemin d'accès au volume physique à l'aide de la commande
pvchange avec l'option –a n.
Texte du message
Avertissement : détacher un volume physique réduit la disponibilité
des données des volumes logiques qui résident sur ce disque.
Avant de détacher un volume physique ou le dernier chemin disponible
vers lui, vérifiez qu'il existe des copies des données disponibles
sur d'autres disques dans le groupe de volumes. Au besoin, utilisez
pvchange(1M) pour annuler cette opération.\n
Cause
Cet avertissement n'est fourni qu'à titre indicatif. Il est généré chaque fois qu'un chemin
d'accès ou un volume physique est détaché.
Action recommandée
Aucune.

vgcfgbackup(1M)
Texte du message
LVMREC non valable sur le volume physique nom_vp
Cause
L'en-tête LVM sur le disque est incorrect. Cela peut se produire lorsqu'un disque LVM
existant est remplacé par une commande telle que dd ou pvcreate. Si le disque est
partagé par deux systèmes, il se peut que l'un d'entre eux ne soit pas conscient que le
disque appartient déjà à un groupe de volumes. L'endommagement peut également
être dû à l'exécution incorrecte de la commande vgchgid lors de l'utilisation de volumes
fractionnés BC.
Action recommandée
Restaurez une bonne configuration connue sur le disque avec vgcfgrestore.
Assurez-vous d'utiliser une copie valide datant d'avant la première occurrence du
problème. Par exemple :
# vgcfgrestore –n nom_gv nom_vp
vgcfgrestore(1M)
Texte du message
Impossible de restaurer le volume physique nom_vp
Avant de restaurer le groupe de volumes, détachez le volume physique ou désactivez le groupe de
volumes.
Cause
La commande vgcfgrestore a été utilisée pour initialiser un disque qui appartient
déjà à un groupe de volumes actif.
Action recommandée
Détachez le volume physique ou désactivez le groupe de volumes avant de tenter de
restaurer le volume physique. Si le disque est endommagé, détachez-le et marquez-le
à l'aide de vgcfgrestore, puis rattachez-le sans remplacer le disque. LVM réinitialise
alors le disque et synchronise les données utilisateur en miroir mappées à cet
emplacement.
vgchange(1M)
Texte du message
vgchange : AVERTISSEMENT : le pilote "lvmp" n'est pas chargé.
Cause
Vous activez un groupe de volumes de version 2.x et le pilote de noyau pour les groupes
de volumes de version 2.x n'est pas chargé.

Action recommandée
Chargez le pilote lvmp comme suit :
# kcmodule lvmp=best
==> Update the automatic 'backup' configuration first? n
* Future operations will ask whether to update the backup.
* The requested changes have been applied to the currently
running configuration.
Module State Cause Notes
lvmp (before) unused loadable, unloadable
(now) loaded best
(next boot) loaded explicit
Texte du message
vgchange : Avertissement : impossible d'attacher au groupe de volumes
le volume physique "nom_vp": Séquence d'octets interdite
vgchange: impossible d'activer le groupe de volumes "nom_gv" :

Quorum absent ou certains volumes physiques sont manquants
Cause
Vous activez un groupe de volumes de version 2.x et votre version de système
d'exploitation ne prend pas en charge les volumes de version 2.x.
Action recommandée
Mettez à jour votre système vers la version de Mars 2008 d'HP-UX 11i version 3 ou
ultérieure.
Texte du message
Avertissement : impossible d'interroger le volume physique "nom_vp":
Impossible d'interroger la liste des volumes physiques.
Cause
Les causes possibles de cette erreur sont les suivantes :
1. Le disque était manquant lorsque le groupe de volumes a été activé, mais il a été
restauré ultérieurement. Ce problème se produit généralement lorsqu'un système
est réamorcé ou lorsque le groupe de volumes est activé avec un disque manquant,
non câblé ou hors tension.
2. L'en-tête LVM du disque a été remplacé par des informations de groupe de volumes
incorrectes. Si le disque est partagé par deux systèmes, il se peut que l'un d'entre
eux ne soit pas conscient que le disque appartient déjà à un groupe de volumes.
Pour confirmer, vérifiez les informations de groupe de volumes à l'aide de la

commande dump_lvmtab (disponible auprès de votre représentant de support
technique HP) et recherchez d'éventuelles incohérences. Par exemple :
# dump_lvmtab -s | more
SYSTEM : 0x35c8cf58
TIME : 0x3f9acc69 : Sat Oct 25 15:18:01 2003
FILE : /etc/lvmtab
HEADER : version:0x03e8 vgnum:7
VG[00] VGID:35c8cf58 3dd13164 (@0x00040c) pvnum:2 state:0 /dev/vg00
(00) VGID:35c8cf58 3dd13164 PVID:35c8cf58 3dd13164 /dev/dsk/c0t6d0
(01) VGID:35c8cf58 3dd13164 PVID:35c8cf58 3dda4694 /dev/dsk/c4t6d0
VG[01] VGID:065f303f 3e63f01a (@0x001032) pvnum:92 state:0 /dev/vg01
(00) !VGID:35c8cf58 3f8df316 PVID:065f303f 3e63effa /dev/dsk/c40t0d0
(01) !VGID:35c8cf58 3f8df316 PVID:065f303f 3e63effe /dev/dsk/c40t0d4
(02) !VGID:35c8cf58 3f8df316 PVID:065f303f 3e63f003 /dev/dsk/c40t1d0
...
Dans cet exemple, les VGID pour les disques dans /dev/vg01 ne sont pas
cohérents ; les incohérences sont indiquées par !VGID.
Action recommandée
1. Utilisez ioscan et diskinfo pour confirmer que le disque fonctionne
correctement. Réactivez le groupe de volumes à l'aide de la commande suivante :
# vgchange –a y nom_gv
2. Il existe plusieurs méthodes pour récupérer suite à cette erreur. Si vous n'êtes pas
familiarisé avec les commandes utilisées dans les procédures suivantes, contactez
votre représentant de support technique HP afin d'obtenir une assistance.
a. Restaurez une bonne configuration connue sur les disques avec vgcfgrestore.
Assurez-vous d'utiliser une copie valide datant d'avant la première occurrence
du problème. Par exemple :
# vgcfgrestore –n nom_gv nom_vp
b. Recréez le groupe de volumes et ses volumes logiques, en restaurant les données
à partir de la sauvegarde la plus récente. Voir « Création d’un groupe de
volumes » (page 66) et « Création d’un volume logique » (page 70).
c. Exportez puis réimportez le groupe de volumes, comme décrit dans
« Exportation d'un groupe de volumes » (page 77) et « Importation d'un groupe
de volumes » (page 78). Par exemple :
# vgexport -m nom_gv.map -v -f nom_gv.file /dev/nom_gv
# vgimport -m nom_gv.map -v -f nom_gv.file /dev/nom_gv
Texte du message
vgchange : Impossible de définir l'ID unique du groupe de volumes "/dev/vgname"
Cause
Il y a plusieurs fichiers de groupes LVM avec le même numéro mineur.

Action recommandée
Répertoriez les fichiers de groupes LVM. S'il y a des numéros mineurs dupliqués,
exportez l'un des groupes de volumes affectés, créez éventuellement un nouveau fichier
de groupe avec un numéro mineur unique, puis réimportez le groupe de volumes. Si
vous n'êtes pas familiarisé avec cette procédure, contactez votre représentant de support
technique HP afin d'obtenir une assistance.
# ll /dev/*/group
# mkdir /dev/nom_gv
# mknod /dev/nom_gv/group c 64 numéro_mineur_unique
vgcreate(1M)
Texte du message
vgcreate : "/dev/nom_gv/group": ceci n'est pas un périphérique caractère.
Cause
Le fichier de périphérique de groupe de volumes n'existe pas et cette version de la
commande vgcreate ne le crée pas automatiquement.
Action recommandée
Créez le répertoire pour le groupe de volumes et créez un fichier de groupe, comme
décrit dans « Création du fichier de périphérique de groupe de volumes » (page 66).
Texte du message
vgcreate : Impossible de créer le groupe de volumes "/dev/nom_gv" :
Erreur : Le volume physique "nom_vp" contient une BDRA.
Il ne peut pas être ajouté au groupe de volumes "/dev/nom_gv" car
cette version ne prend pas en charge les disques amorçables.
Cause
Le volume physique nom_vp est un disque amorçable et nom_gv est un groupe de
volumes de version 2.x. Les groupes de volumes de version 2.x ne prennent pas en
charge les volumes physiques amorçables.
Action recommandée
Utilisez la commande pvcreate sans l'option -B pour réinitialiser le disque, comme
décrit dans « Initialisation d'un disque pour une utilisation LVM » (page 65). Par
exemple :
# pvcreate -f nom_vp

Texte du message
vgcreate : Impossible de créer le groupe de volumes "/dev/nom_gv" :
VGRA pour le disque est trop volumineux pour les paramètres indiqués.
Augmentez la taille d'étendue ou réduisez vp_max/vl_max et réessayez.
Cause
La zone réservée au groupe de volumes (VGRA) au début de chaque disque LVM ne
peut pas contenir toutes les informations relatives aux disques dans ce groupe de
volumes. Cette erreur se produit en général si vous utilisez des disques de plus de
100 Go.
Action recommandée
Ajustez les paramètres de création de groupe de volumes. Utilisez l'option –s de la
commande vgcreate pour sélectionner une taille d'étendue de plus de 4 Mo, ou
utilisez l'option –p pour sélectionner un nombre inférieur de volumes physiques. Pour
plus d'informations sur ces options, voir vgcreate(1M). Pour obtenir des
recommandations concernant les tailles d'étendues, voir l'Annexe C (page 175).
vgdisplay(1M)
Texte du message
vgdisplay : impossible d'interroger le groupe de volumes "/dev/nom_gv".
Erreur possible dans le numéro mineur de groupe de volumes ;
Assurez-vous que le numéro mineur du groupe est unique.
vgdisplay : impossible d'afficher le groupe de volumes "/dev/nom_gv".
Cause
Les causes possibles de cette erreur sont les suivantes :
1. Il y a plusieurs fichiers de groupes LVM avec le même numéro mineur.
2. Serviceguard était installé auparavant sur le système et le fichier de périphérique
/dev/slvmvg existe encore.
Action recommandée
1. Répertoriez les fichiers de groupes LVM. S'il y a des numéros mineurs dupliqués,
exportez l'un des groupes de volumes affectés, créez éventuellement un nouveau
fichier de groupe avec un numéro mineur unique, puis réimportez le groupe de
volumes. Si vous n'êtes pas familiarisé avec cette procédure, contactez votre
représentant de support technique HP afin d'obtenir une assistance.
# ll /dev/*/group
# mkdir /dev/nom_gv
# mknod /dev/nom_gv/group c 64 numéro_mineur_unique

2. Supprimez le fichier de périphérique /dev/slvmvg et recréez les fichiers /etc/
lvmtab et /etc/lvmtab_p avec les commandes suivantes :
# rm /dev/slvmvg
# mv /etc/lvmtab /etc/lvmtab.old
# mv /etc/lvmtab_p /etc/lvmtab_p.old
# vgscan –v
Texte du message
vgdisplay : /etc/lvmtab: Fichier ou répertoire inexistant
vgdisplay : Aucun nom de groupe de volumes n'a pu être lu à partir de "/etc/lvmtab".
vgdisplay : /etc/lvmtab: Fichier ou répertoire inexistant
vgdisplay : Aucun nom de groupe de volumes n'a pu être lu à partir de "/etc/lvmtab".
Cause
L'un des fichiers de configuration LVM, /etc/lvmtab ou /etc/lvmtab_p, est
manquant.
Action recommandée
Créez les fichiers /etc/lvmtab et /etc/lvmtab_p à l'aide de la commande suivante :
# vgscan –v
Pour plus d'informations sur la commande vgscan et son option, voir vgscan(1M).
Texte du message
Avertissement : impossible d'interroger le volume physique "nom_vp":
Impossible d'interroger la liste de volumes physiques.
Cause
Les causes possibles de cette erreur sont répertoriées dans la section de messages
d'erreur « vgchange(1M) » (page 157).
Action recommandée
Reportez-vous aux actions recommandées dans la section de messages d'erreur
« vgchange(1M) » (page 157).
vgextend(1M)
Texte du message
vgextend : Nombre d'extensions physiques par volume physique insuffisant.
Requises : #, Existantes : #.

Cause
La taille de disque dépasse la taille de disque maximale du groupe de volumes. Cette
limitation est définie lors de la création du groupe de volumes, comme produit de la
taille d'étendue spécifiée avec l'option –s de vgcreate et du nombre maximal
d'étendues physiques par disque spécifié avec l'option –e. En général, l'ajout du disque
au groupe de volmes réussit, mais tout le disque n'est pas accessible.
Action recommandée
Utilisez la commande vgmodify pour ajuster le nombre maximal d'étendues physiques
par disque. En guise d'alternative, vous pouvez recréer le groupe de volumes avec de
nouvelles valeurs pour les options –s et –e.
vgimport(1M)
Texte du message
vgimport: "/dev/nom_gv/group": ceci n'est pas un périphérique caractère.
Cause
Les fichiers de périphériques de groupes de volumes n'existent pas et cette version de
la commande vgimport ne les crée pas automatiquement.
Action recommandée
Créez le répertoire pour le groupe de volumes et créez un fichier de groupe, comme
décrit dans « Création du fichier de périphérique de groupe de volumes » (page 66).
Texte du message
La vérification de l'id de disque LVM unique de chaque disque du groupe de volumes
/dev/nom_gv a échoué.
Cause
Il y a deux causes possibles :
1. La commande vgimport a utilisé l'option –s et plusieurs disques sur le système
ont le même identificateur LVM ; cela peut se produire lorsque des disques sont
créés avec une copie BC ou clonés avec dd.
2. LVM n'a pas pu lire l'en-tête de disque ; cela peut se produire lorsque vous créez
de nouvelles unités logiques sur une baie SAN.
Action recommandée
1. Utilisez la commande vgimport dans l'option –s. En guise d'alternative, utilisez
vgchgid pour modifier les identificateurs LVM sur les disques copiés ou clonés.
2. Réexécutez la commande vgimport.

/var/adm/syslog/syslog.log
Texte du message
LVM : VG mm 0xnn0000:
Data in one or more logical volumes on PV nn 0x0nn000
was lost when the disk was replaced.
This occurred because the disk contained the only copy of the data.
Prior to using these logical volumes, restore the data from backup.
Cause
LVM ne peut pas synchroniser automatiquement les données sur un disque remplacé,
par exemple lorsque LVM découvre un volume logique non mis en miroir résidant sur
un disque qui vient d'être remplacé.
Action recommandée
Restaurez le contenu du volume logique à partir d'une sauvegarde.
Texte du message
LVM : VG mm 0xnn0000: PVLink nn 0x0nn000 Detached.
Cause :
Ce message est fourni à titre d'informations. Il est généré chaque fois qu'une chemin
d'accès de disque est détaché.
Action recommandée
Aucune.
Texte du message
LVM : vg[nn] pv[nn] No valid MCR, resyncing all mirrored MWC LVs on the PV
Cause
Ce message s'affiche lorsque vous importez un groupe de volumes à partir d'une version
antérieure de HP-UX. Le format du cache d'écriture miroir (MWC) a changé dans
HP-UX 11i version 3 ; par conséquent, si le groupe de volumes contient des volumes
logiques en miroir utilisant le cache MWC, LVM convertit le cache MWC lors de
l'importation. Il effectue également une resynchronisation complète de tous les volumes
logiques en miroir, ce qui peut prendre beaucoup de temps.
Action recommandée
Aucune.
Texte du message
LVM : vg 64 0xnnnnnn: Unable to register for event notification on device 0xnnnnnnnn (1)

Cause
Ce message peut s'afficher lors du premier amorçage système après la mise à niveau
vers HP-UX 11i version 3. Il s'agit d'un message transitoire provoqué par les mises à
jour de la configuration d'E/S. Ultérieurement durant le processus d'amorçage, LVM
s'inscrit de nouveau pour la notification d'événement et cette inscription aboutit.
Action recommandée
Aucune.
Signalement des problèmes

Si vous ne parvenez pas à résoudre un problème lié à LVM, procédez comme suit :
1. Lisez le document HP-UX Logical Volume Manager and MirrorDisk/UX Release Notes
pour déterminer s'il s'agit d'un problème connu. Si c'est le cas, suivez la solution
proposée.
2. Déterminez si le produit est toujours sous garantie ou si votre société a signé un
contrat de support technique pour le produit. Pour cela, adressez-vous à votre
responsable des opérations.
3. Accédez à http://www.itrc.hp.com et faites des recherches dans la base de
connaissances techniques afin de déterminer si le problème que vous rencontrez
a déjà été signalé. Le type de documentation et de ressources auquel vous avez
accès dépend de votre niveau d'autorisation.
REMARQUE : Les forums de ressources ITRC à l'adresse http://www.itrc.hp.com

proposent une assistance technique pair-à-pair afin de résoudre les problèmes ;
ils sont accessibles librement après inscription.
S'il s'agit d'un nouveau problème ou si vous souhaitez obtenir une assistance
supplémentaire, consignez votre problème auprès du Centre de réponses HP, en
ligne par le biais du gestionnaire de dossiers de support technique à l'adresse
http://www.itrc.hp.com ou en téléphonant au support technique HP. Si votre
garantie a expiré ou si vous n'avez pas de contrat de support technique valide
pour votre produit, vous pouvez tout de même bénéficier de services de support
payants, avec une tarification basée sur le temps et les ressources nécessaires à la
résolution de votre problème.
4. Si l'on vous demande de fournir des informations relatives à votre problème,
recueillez les informations demandées et soumettez-les.
Signalement des problèmes 165

166
A Spécifications et limitations de LVM
Cette annexe traite des spécifications du produit LVM.
REMARQUE : Il ne faut pas supposer qu'un système configuré dans ces limites est
automatiquement utilisable.
Tableau A-1 Valeurs maximales concernant les versions de groupes de volumes
Qté maximale de 128 Po 1024 Po 1024 Po

données sur un même
système HP-UX

groupes de volumes sur
un système

volumes physiques dans

volumes logiques dans

volume physique

groupe de volumes

volume logique
Taille maximale d'une 256 Mo 256 Mo 256 Mo

étendue physique
Taille maximale de 32 Mo 256 Mo 256 Mo

section d'entrelacement
Nombre maximal 255 511 511

d'entrelacements
Nombre maximal 65535 33554432 33554432

d'étendues logiques par
volume logique
Nombre maximal 65535 16777216 16777216

d'étendues physiques
par volume physique
167
Tableau A-1 Valeurs maximales concernant les versions de groupes de volumes (suite)
copies miroir (produit
MirrorDisk/UX
nécessaire)
Tableau A-2 Limites concernant les groupes de volumes de version 1.0

Paramètre Commande pour définir/ Valeur minimale Valeur par Valeur
modifier le paramètre défaut maximale
Nombre de groupes de n/a 0 n/a 256

volumes sur un système
Nombre de volumes vgcreate –p vp_max 1 16 255

physiques dans un
groupe de volumes vgmodify –p vp_max
Nombre de volumes vgcreate –l vl_max 1 255 255

logiques dans un groupe
de volumes vgmodify –l vl_max
Taille d'un volume pvcreate –s taille_vp 1 ÉP Capacité LUN 2 To

physique
Taille d'un volume lvcreate –L taille_vl 0 0 16 To

logique
lvextend –L taille_vl
Taille d'une étendue vgcreate –s taille_ep 1 Mo 4 Mo 256 Mo

physique
Taille d'une section lvcreate –l 4 Ko 8 Ko 32 Mo

d'entrelacement taille_section_entrelacement
Nombre de sections lvcreate –i 2 n/a Nombre de

d'entrelacement entrelacements VP par GV
Nombre d'étendues lvcreate –l él_max 0 0 65535

logiques par volume
logique lvextend –l él_max
Nombre d'étendues vgcreate –e ep_max 1 10161 65535

physiques par volume
physique vgmodify –e ep_max
168 Spécifications et limitations de LVM

Tableau A-2 Limites concernant les groupes de volumes de version 1.0 (suite)
Paramètre Commande pour définir/ Valeur minimale Valeur par Valeur
modifier le paramètre défaut maximale
Nombre de copies miroir lvcreate –m copies 0 0 2

nécessaire) lvextend –m copies
1 Si plus de 1016 étendues sont nécessaires pour accéder à tout le volume physique dans le groupe de
volumes, vgcreate augmente la valeur par défaut à la taille du premier volume physique divisée par
la taille d'étendue physique.
Tableau A-3 Limites concernant les groupes de volumes de version 2.x

Paramètre Commande pour définir/ Valeur Valeur par Valeur
modifier le paramètre minimale défaut maximale
Nombre de groupes de n/a 0 n/a 20481

volumes sur un système
Nombre de volumes n/a 511 511 (2.0) 511 (2.0)

physiques dans un 2048 (2.1) 2048 (2.1)
groupe de volumes
Nombre de volumes n/a 511 511 (2.0) 511 (2.0)

logiques dans un groupe 2047 (2.1) 2047 (2.1)
de volumes
Taille d'un groupe de vgcreate –S 1 Mo2 n/a 2 Po

volumes taillegv_max
Taille d'un volume pvcreate –s taille_vp 1 ÉP Capacité LUN 16 To

physique
Taille d'un volume lvcreate –L taille_vl 0 0 256 To

logique
lvextend –L taille_vl
Taille d'une étendue vgcreate –s taille_ep 1 Mo n/a 256 Mo

physique
Taille d'une section lvcreate –l 4 Ko n/a 256 Mo

d'entrelacement taille_section_entrelacement
Nombre de sections lvcreate –i 2 n/a Nombre de

d'entrelacement entrelacements VP par GV
Nombre d'étendues lvcreate –l él_max 0 0 33554432

logiques par volume
logique lvextend –l él_max
Nombre d'étendues n/a 1 Capacité LUN 16384

physiques par volume ÷ Taille ÉP
physique
169
Tableau A-3 Limites concernant les groupes de volumes de version 2.x (suite)
Paramètre Commande pour définir/ Valeur Valeur par Valeur
modifier le paramètre minimale défaut maximale
Nombre de copies miroir lvcreate –m copies 0 0 5

nécessaire) lvextend –m copies
2 Si la taille totale des volumes physiques spécifiés est supérieure à taillegv_max, vgcreate ajuste la taille
de groupe de volumes minimale à la taille totale.
170 Spécifications et limitations de LVM

B Synthèse de commandes LVM
Cette annexe contient un récapitulatif des commandes LVM et des exemples d'utilisation.
Tableau B-1 Synthèse de commandes LVM
Commande Description et exemple
extendfs Étend un système de fichiers :

# extendfs /dev/vg00/rlvol3
lvmadm Affiche les limites associées à une version de groupe de volumes :

# lvmadm -t -V 2.0
lvchange Modifie les caractéristiques d’un volume logique :

# lvchange -t 60 /dev/vg00/lvol3
lvcreate Crée un volume logique dans un groupe de volumes :

# lvcreate -L 100 /dev/vg00
lvdisplay Affiche des informations concernant les volumes logiques :

# lvdisplay -v /dev/vg00/lvol1
lvextend -m Ajoute une copie miroir à un volume logique :

# lvextend -m 1 /dev/vg00/lvol3
lvextend -L Augmente la taille d’un volume logique :

# lvextend -L 120 /dev/vg00/lvol3
lvlnboot Prépare un volume logique en tant que volume racine, volume d'échange
principal ou volume de vidage :
# lvlnboot -d /dev/vg00/lvol2
lvmerge Fusionne des volumes fractionnés en un seul volume logique :

# lvmerge /dev/vg00/lvol4b /dev/vg00/lvol4
lvreduce -L Réduit la taille d’un volume logique :

lvreduce -m Diminue le nombre de copies miroirs d'un volume logique :

# lvreduce -m 0 /dev/vg00/lvol3
lvremove Supprime des volumes logiques d'un groupe de volumes :

# lvremove /dev/vg00/lvol6
171
Tableau B-1 Synthèse de commandes LVM (suite)
lvrmboot Supprime une liaison de volume logique vers la racine, l'échange ou le vidage :
# lvrmboot -d /dev/vg00/lvol2
lvsplit Fractionne un volume logique en miroir en deux volumes logiques :

# lvsplit /dev/vg00/lvol4
lvsync Synchronise les miroirs de volume logique périmés :

# lvsync /dev/vg00/lvol1
pvchange Modifie les caractéristiques d’un volume physique :

pvck Effectue une vérification de cohérence sur un volume physique :

# pvck /dev/disk/disk47_p2
pvcreate Crée un volume physique à utiliser dans le cadre d'un groupe de volumes :
pvdisplay Affiche des informations concernant un volume physique :

# pvdisplay -v /dev/disk/disk2
pvmove Déplace des étendues d’un volume physique à un autre :

pvremove Supprime des structures de données LVM d'un volume physique :

# pvremove /dev/rdisk/disk2
vgcfgbackup Enregistre la configuration LVM pour un groupe de volumes :

# vgcfgbackup vg00
vgcfgrestore Restaure la configuration LVM :

vgchange Active ou désactive un groupe de volumes :

vgchgid Modifie l'ID de groupe de volumes d'un volume physique :

# vgchgid /dev/rdisk/disk3
vgcreate Crée un groupe de volumes :

# vgcreate /dev/vg01 /dev/disk/disk2 /dev/disk/disk3
172 Synthèse de commandes LVM

Tableau B-1 Synthèse de commandes LVM (suite)
vgdisplay Affiche des informations concernant un groupe de volumes :

# vgdisplay -v /dev/vg00
vgextend Étend un groupe de volumes en ajoutant un volume physique :

# vgextend /dev/vg00 /dev/disk/disk2
vgexport Supprime un groupe de volumes du système :

# vgexport /dev/vg01
vgimport Ajoute un groupe de volumes existant au système :

# vgimport -v /dev/vg04
vgmodify Modifie les paramètres de configuration d'un groupe de volumes :

# vgmodify -v -t -n -r vg32
vgscan Recherche des groupes de volumes sur les disques système :

# vgscan -v
vgreduce Réduit un groupe de volumes en supprimant un ou plusieurs de ses volumes

physiques :
# vgreduce /dev/vg00 /dev/disk/disk2
vgremove Supprime la définition d'un groupe de volumes du système et des disques :

# vgremove /dev/vg00 /dev/disk/disk2
vgsync Synchronise tous les volumes logiques en miroir dans le groupe de volumes :
# vgsync vg00
173
174
C Conseils relatifs au paramétrage de groupe de volumes
Cette annexe contient des recommandations relatives aux paramètres à utiliser lors de
la création de vos groupes de volumes.
Choix d'une taille d'étendue optimale pour un groupe de volumes de

version 1.0
Lors de la création d'un groupe de volumes de version 1.0, la commande vgcreate
peut échouer et afficher un message signalant que la taille d'étendue est trop faible ou
que la VGRA est trop grande. Dans ce cas, vous devez choisir une taille d'étendue plus
grande et réexécuter vgcreate.
L'augmentation de la taille d'étendue accroît la zone de données marquée comme
périmée lorsqu'une opération d'écriture sur un volume logique en miroir échoue. Cela
peut augmenter la durée nécessaire pour resynchroniser les données. En outre,
davantage d'espace peut être alloué à chaque volume logique car l'espace est alloué en
unités de taille d'étendue. Par conséquent, la taille d'étendue optimale est la valeur la
plus petite pouvant être utilisée pour créer avec succès le groupe de volumes avec les
paramètres de configuration souhaités.
La taille d'étendue minimale pour un groupe de volumes est calculée à partir de la
quantité maximale de volumes logiques (MAXLVs) et de volumes physiques (MAXPVs)
dans le groupe de volumes et de la quantité maximale d'étendues physiques (MAXPXs)
pour chaque volume physique.
Pour un groupe de volumes avec des volumes physiques amorçables, les métadonnées
doivent être contenues dans 768 Ko. Par conséquent, l'exécution de vgcreate avec
un ensemble de valeurs pour MAXLVs, MAXPVs et MAXPXs qui sont valides sur un
groupe de volumes sans volume physique amorçable peut échouer sur un groupe de
volumes avec volumes physiques amorçables. Dans ce cas, si vous devez ajouter un
volume physique amorçable à un groupe de volumes, recréez le groupe de volumes
en affectant des valeurs inférieures à ces arguments. Le facteur de loin le plus important
pour la taille des métadonnées est la valeur de MAXPVs et de MAXPXs. En guise
d'alternative, vous pouvez convertir le volume physique amorçable en volume physique
normal en exécutant pvcreate sur ce volume physique sans l'option -B, puis en
l'ajoutant au groupe de volumes. Pour un volume physique qui fait déjà partie d'un
groupe de volumes, vous pouvez utiliser vgmodify pour convertir un volume physique
amorçable en volume physique normal.
Exemple de script de shell

Le script de shell suivant crée et compile un petit programme qui affiche la taille
d'étendue minimale pour un groupe de volumes donné :
#!/usr/bin/sh
cat << EOF > vgrasize.c
#include <stdio.h>
#define BS 1024 /* Device block Size */
Choix d'une taille d'étendue optimale pour un groupe de volumes de version 1.0 175
#define roundup(val, rnd) (((val + rnd - 1) / rnd) * rnd)
main(int argc, char *argv[])

{
int i, length, lvs, pvs, pxs;
if (argc != 4) {
/* Usage example:
* Maximum LVs in the VG = 255
* Maximum PVs in the VG = 16
* Maximum extents per PV = 2500
*
* $ vgrasize 255 16 2500
*/
printf("USAGE: %s MAXLVs MAXPVs MAXPXs\n", argv[0]);
exit(1);
}
lvs = atoi(argv[1]);
pvs = atoi(argv[2]);
pxs = atoi(argv[3]);
length = 16 + 2 * roundup(2 +
(roundup(36 + ((3 * roundup(pvs, 32)) / 8) +
(roundup(pxs, 8) / 8) * pvs, BS) +
roundup(16 * lvs, BS) +
roundup(16 + 4 * pxs, BS) * pvs) / BS, 8);
if (length > 768) {

printf("Warning: A bootable PV cannot be added to a VG \n"
"created with the specified argument values. \n"
"The metadata size %d Kbytes, must be less \n"
"than 768 Kbytes.\n"
"If the intention is not to have a boot disk in this \n"
"VG then do not use '-B' option during pvcreate(1M) \n"
"for the PVs to be part of this VG. \n", length);
}
length = roundup(length, 1024) / 1024;
if (length > 256 ) {

printf("Cannot configure a VG with the maximum values"
" for LVs, PVs and PXs\n");
exit(1);
}
for (i = 1; i < length ; i = i << 1) { }
printf("\nMinimum extent size for this configuration = %d MB\n", i);
exit(0);
}
EOF
make vgrasize
176 Conseils relatifs au paramétrage de groupe de volumes

Glossaire
chevauchement Allocation d'un volume logique parmi plusieurs disques, ce qui permet à la taille du volume
de disque d'excéder celle d'un disque unique.
étendues Zones d'espace adressables de taille unique sur un volume logique. Unité d'allocation de base
logiques pour un volume logique, une étendue logique est mappée à une étendue physique ; ainsi, si la
taille de l’étendue physique est de 4 Mo, l’étendue logique est de même dimension. La taille d’un
volume logique est fonction du nombre d’unités d’extension logiques définies.
étendues Zones d'espace adressables de taille unique sur un disque LVM. Il s'agit de l'unité d'allocation
physiques de base pour un volume physique. Les étendues physiques sont mappées à des zones sur des
volumes logiques nommées étendues logiques.
gestionnaire Module logiciel de système d'exploitation qui implémente des disques virtuels (logiques) pour
de volumes étendre, mettre en miroir et améliorer les performances de l'accès aux disques physiques.
logiques
groupe de Collection d'un ou plusieurs disques LVM à partir desquels de l'espace disque peut être alloué à
volumes des volumes logiques. Un disque ne peut appartenir qu'à un seul groupe de volumes. Un groupe
de volumes est accessible par le biais d'un fichier de groupe (par exmeple /dev/vg01/group)
dans le répertoire de ce groupe de volumes. Pour créer un groupe de volumes, utilisez HP SMH
ou la commande vgcreate.
groupe de Sous-ensemble de volumes physiques au sein d'un groupe de volumes, chacun avec une carte
volumes d'interface ou un canal d'E/S distinct afin d'améliorer la disponibilité des données en miroir.
physiques
mise en miroir Réplication simultanée des données, procurant un niveau de disponibilité des données plus
élevée. LVM peut mapper des volumes logiques identiques à plusieurs disques LVM, ce qui
permet de récupérer rapidement en cas de perte d'une des copies des données (ou plusieurs copies
dans le cas de la mise en miroir multiple). La mise en miroir peut acccélérer l'accès aux données
pour les applications qui utilisent plus d'écritures de données que de lectures. La mise en miroir
nécessite le produit MirrorDisk/UX.
quorum Exigence selon laquelle un certain nombre de disques LVM doivent être présents afin de pouvoir
modifier ou activer un groupe de volumes. Pour que l'activation d'un groupe de volumes soit
possible, le quorum exige que le nombre de disques LVM disponibles soit supérieur à la moitié
des disques LVM configurés qui étaient présents lors de la dernière activation du groupe de
volumes. Pour qu'une modification de configuration soit possible, l'exigence de quorum est au
moins la moitié. Si le quorum n'est pas satisfait, LVM interdit l'opération. Le quorum est vérifié
durant les modifications de configuration (par exemple lors de la création d'un volume logique)
et lors des changements d'état (par exemple en cas de défaillance d'un disque). Le quorum permet
de garantir la cohérence et l'intégrité des groupes de volumes. La commande vgchange avec
l'option -q n peut être utilisée pour outrepasser la vérification de quorum, mais elle doit être
utilisée avec prudence.
séparation des Configuration de disques utile pour isoler des zones à utilisation d'E/S intensive. Par exemple,
canaux d'E/S vous pourriez avoir une base de données sur un canal et des systèmes de fichiers sur un autre.
Lors de la mise en miroir de volumes logiques avec HP MirrorDisk/UX, vous pouvez répartir les
copies miroirs sur différents canaux d'E/S afin d'améliorer la disponibilité du système et des
données.
177
stratégie Stratégie d'allocation LVM déterminant la manière dont l'espace disque est réparti sur les volumes
d'allocation logiques et la manière dont les étendues sont agencées sur un disque LVM. LVM alloue l'espace
disque en termes d'allocation stricte/non stricte et contiguë/non contiguë. L'allocation stricte exige
que les copies miroirs résident sur différents disques LVM. L'allocation contiguë exige qu'il n'existe
aucun espace entre les étendues physiques sur un même disque.
synchronisation
Processus de mise à jour des copies périmées (non à jour) d'étendues logiques en miroir grâce à
la copie de données à partir d'une copie actuelle du volume logique. La synchronisation garantit
la cohérence des volumes logiques en miroir en s'assurant que toutes les copies contiennent les
mêmes données.
volume Périphérique de stockage virtuel de taille flexible pouvant contenir un système de fichiers, des
logique données brutes, une zone de vidage ou une zone d'échange. Ses données étant distribuées de
manière logique (plutôt que physique), un volume logique peut être mappé sur un seul disque
LVM ou chevaucher plusieurs disques. Pour l'administrateur, un volume logique présente l'aspect
d'un seul disque.
volume Disque ayant été initialisé par LVM pour une inclusion dans un groupe de volumes ; également
physique appelé disque LVM. Comme avec les disques standard, un disque LVM (volume physique) est
accessible par le biais d'un fichier de périphérique brut (par exemple /dev/rdisk/disk3).
Utilisez HP SMH ou la commande pvcreate pour initialiser un disque en tant que volume
physique.
178 Glossaire
Index
création d'un disque d'amorçage secondaire, 104
Symboles création d'un groupe de volumes, 24, 66
création d'un miroir du disque d'amorçage , 107
/etc/default/fs, 115
création d'un volume logique de système de fichiers, 114
/etc/fstab, 57, 76, 84, 115
création d'un volume physique, 65
/etc/lvmconf/, répertoire, 34, 57, 88
création d’un disque de rechange, 94
/etc/lvmpvg, 54
création d’un volume logique, 70
/etc/lvmtab, 23, 36, 61, 77, 90, 92, 126, 136, 153
création d’un volume logique d'échange, 122
/stand/bootconf, 110, 114
création d’un volume logique de vidage, 123
/stand/rootconf, 127
création d’un volume logique en miroir, 71
/stand/system, 40
création d’un volume logique entrelacé, 71
/var/adm/syslog/syslog.log, 128, 130, 135, 152, 164
A D
défaillance de disque, 138
affichage d'informations LVM, 62
déplacement de disques, 89, 93
ajout d'un volume physique à un groupe de volumes, 69
déplacement de données, 93
ajout d’un disque multichemin, 47
déplacement de volumes physiques, 90, 91
ajout d’une copie miroir à un volume logique, 74
désactivation d'un chemin d'accès à un volume physique, 103
allocation contiguë
disque d’amorçage secondaire
définition, 24, 42
création, 104
et taille de volume logique, 38
disque, entrelacement (voir entrelacement)
pour le volume logique d'échange, 122
disque, préservation (voir préservation)
pour le volume logique de vidage, 123
disques, 20
allocation non contiguë, 24
(voir aussi volumes physiques)
allocation non stricte
déplacement, 90, 91
définition, 42
disques permutables à chaud, 138
amorçage en mode maintenance, 108, 136
données périmées, 44
amorçage, 127
double-câblage (contrôleurs doubles) (voir multichemin)
attribution d'un nouveau nom à un groupe de volumes, 83
du, commande, 37
attribution d'un nouveau nom à un volume logique, 76
B E
échange entrelacé, 121
BDRA
échange secondaire, 40
endommagée, 136
configuration, 121
exigence pour les disques d'amorçage, 105
entrelacement, 51
mise à jour avec lvlnboot, 58
avantages, 51
zone sur disque, 31
configuration, 51
Boot Data Reserved Area (voir BDRA)
considérations relatives aux performances, 52
création d’un volume logique entrelacé, 71
C définition, 20
cache d’écriture miroir, 43 disques alternés, 52
chevauchement et mise en miroir, 54
considérations relatives aux performances, 50 sélection de la section d’entrelacement, 53
définition, 19 étendues logiques
configuration d’un groupe de volume définition, 21
sauvegarde, 88 et arrondissement de la taille de volume logique, 38
configuration d’un groupe de volumes mappage aux étendues physiques, 22
emplacement, 88 étendues physiques, 22
restauration, 89 au-delà de la taille d'un volume physique, 99
conventions d'affectation de noms, 27 considérations relatives aux performances, 49
conversion d'un volume physique d'amorçable à non amorçable, définition, 20
99 déplacement vers un autre disque, 70, 79
179
recherche des volumes logiques qui les utilisent, 139 fichier de périphérique, 30
stratégie d'allocation, 42 fractionnement, 85
stratégie décriture, 43 importation, 78
synchronisation, 45 modification des paramètres, 79
taille, 20, 33 suppression, 86
exportation d'un groupe de volumes, 77 suspension et reprise, 82
extendfs, commande, 38, 117, 171 groupes de volumes de version 1.0, 24, 30, 67, 167
extension d'un volume logique de système de fichiers, 115 groupes de volumes de version 2.0, 24
extension d’un volume logique, 72 groupes de volumes de version 2.1, 24, 167
extension d’un volume logique à un disque spécifique, 73 groupes de volumes de version 2.x, 24, 31, 39, 40, 46, 61, 66, 68,
extension d’un volume logique d'échange, 122 79, 94, 95, 99, 104, 107, 121, 123, 126, 133, 157, 158, 160
groupes de volumes physiques, 51, 54
F convention d'affectation de noms, 30
groupes de volumes Version 2.x, 11
fichier de périphérique
bloc, 28
caractère, 28 H
création, 67, 84, 91, 106, 108, 111 HP SMH, 20, 59
format, 30 conventions d'affectation de noms, 27
groupe de volumes, 30, 67, 77, 84, 91, 106 exécution, 59
hérité, 26, 28, 47, 103 gestion de LVM, 59
persistant, 26, 28
volume logique, 29, 30, 71, 76 I
volume physique, 28, 30, 92, 108, 111, 152 identificateur de groupe de volumes (voir VGID)
fichier de périphérique de groupe, 67 idisk, commande, 105, 111, 150
fichier de périphérique en mode bloc, 28 importation d'un groupe de volumes, 78
fichier de périphérique en mode caractère, 28 insf, commande, 105, 108, 111, 150
fichiers journaux, 128 io_redirect_dsf, commande, 142, 146, 150
fractionnement d'un groupe de volumes, 85 ioscan, commande, 57, 125, 142, 146, 150, 154
fractionnement d’un volume logique en miroir, 87 pour déterminer les chemins d'accès matériels, 141, 143, 148
fsadm, commande, 117, 118 pour déterminer les fichiers de périphériques, 66, 92
fuser, commande, 74, 76, 77, 87, 116, 119, 144 pour déterminer les numéros d'instances, 142, 145, 150
et NFS, 117, 119
fusion d'un volume logique en miroir fractionné, 87
L
liaisons secondaires (voir multichemin)
G Logical Interface Format (voir volume LIF)
gestion des erreurs, 128 lvadm, commande, 126, 152
erreurs de support, 130 lvchange, commande, 61, 72, 171
erreurs non récupérables, 130 définition de la stratégie d'allocation, 42
erreurs récupérables, 128 définition de la stratégie de planification, 43
groupe de volumes définition de la stratégie de synchronisation, 43, 108
affichage d'informations, 62 définition de la temporisation, 129
fichier de périphérique, 67, 77, 84, 91, 106 erreurs, 154
groupe de volumes racine réadressage des blocs défectueux, 130
et vidage, 41 lvcreate, commande, 61, 71, 171
groupes de volumes définition de la stratégie d'allocation, 42
attribution d'un nouveau nom, 83 définition de la stratégie de planification, 43
commandes pour, 61 définition de la stratégie de synchronisation, 43
considérations relatives aux performances, 51 pour le volume logique d'échange, 122
convention d'affectation de noms, 29 pour le volume logique de vidage, 123
création, 24, 66 sans taille, 39
définition, 34 volumes logiques entrelacés, 71
déplacement, 89, 93 lvdisplay, commande, 22, 45, 57, 61, 64, 125, 126, 171
échecs d'activation, 135 affichage de l'état des étendues, 139
échecs de l'activation, 131 affichage de l'état des miroirs, 139
espace disponible dans, 70 affichage de la valeur de temporisation, 129
exportation, 77 stratégie de planification, 50
180 Index
lvextend, commande, 61 N
ajout d'un miroir, 75, 109, 112, 171 newfs, commande, 53, 115, 119, 147
erreurs, 113, 154 NFS
extension à un disque spécifique, 73, 105 et fuser, 117, 119
extension d'un système de fichiers, 117 numéro majeur, 30, 31, 67
extension d'un volume logique, 171 numéro mineur, 30, 31, 67
extension d’un volume logique, 72
extension de l'échange, 122
lvlnboot, commande, 24, 32, 57, 61, 171
O
olume logique de données brutes
affichage des informations d'amorçage, 31, 107, 110, 114,
taille de section d'entrelacement pour, 53
125, 139
outils de dépannage, 125
erreurs, 155
mise à jour des informations d'amorçage, 58, 110, 113, 136
pour le volume logique d'amorçage, 105, 106 P
pour le volume logique d'échange, 106, 122 partitions de base de données
pour le volume logique de vidage, 106, 123 taille de section d'entrelacement pour, 53
pour le volume logique racine, 106 Physical Volume Reserved Area (voir PVRA)
lvmadm, commande, 26, 61, 133, 171 préservation, 25, 46
lvmchk, commande, 60 création d’un disque de rechange, 94
lvmerge, commande, 61, 87, 171 définition, 20, 46
synchronisation, 45 détachement de liaisons, 104
lvreduce, commande, 61 exigences, 46
et échec de pvmove, 93 réimplantation d’un disque de rechange, 94
réduction d'un système de fichiers, 118, 119, 137 pvchange, commande, 60, 172
réduction d'un volume logique, 74, 171 définition de la temporisation, 130
réduction de périphérique d'échange, 122 désactivation d'un chemin d'accès, 103, 141, 145, 148
suppression d'un miroir, 75, 171 erreurs, 156
suppression d'un miroir d'un disque spécifique, 75 multichemin, 48
lvremove, commande, 61, 77, 171 préservation, 94, 95
fractionnement d'un groupe de volumes, 86 restauration d’une configuration de groupe de volumes, 89
lvrmboot, commande, 24, 31, 32, 61, 123, 136, 172 pvck, commande, 25, 60, 126, 172
lvsplit, commande, 61, 87, 172 pvcreate, commande, 20, 24, 60, 65, 172
lvsync, commande, 45, 61, 172 pour le disque d'amorçage secondaire, 106
pour les disques d'amorçage, 66, 105, 108, 112
M préservation, 94
pvdisplay, commande, 22, 57, 60, 63, 125, 126, 172
mappage des étendues logiques et physiques, 22
préservation, 47
minfree, 37
recherche des volumes logiques utilisant un disque, 139
mkboot, commande, 32, 106, 108, 112, 151
pvlinks (voir multichemin)
mknod, commande, 67, 84, 91, 106, 173
pvmove, commande, 60, 93, 172
mode d'amorçage de maintenance
arrêt anormal, 93
exigence pour le volume logique d'amorçage, 105
déplacement de l'étendue physique 0, 79, 81
modification d’un volume logique en miroir, 71, 72
préservation, 95
modification des paramètres d'un groupe de volumesss, 79
PVRA
multichemin, 47
zone sur disque, 32
à l'aide de LVM, 47
pvremove, commande, 60, 172
avantages, 47
basculement d'une liaison à une autre, 48
configuration, 47 Q
définition, 20 quorum, 55
déplacement de disques multichemins, 92 activation, 86
désactivation d'un chemin d'accès, 103 définition, 131, 177
fichier de périphérique persistant, 27 exigences pour l'amorçage, 136
importation de groupes de volumes, 78 messages d’erreur, 132
natif, 27, 47 outrepassement, 85, 131, 132, 177
suppression de disques multichemins, 70 outrepassement à l'amorçage, 108, 112, 133, 149
181
R V
réadressage des blocs défectueux, 104, 123, 130 versions de groupe de volumes
recherche des volumes logiques utilisant un disque, 139 Version 2.0, 24
récupération de cohérence de miroir, 44 Version 2.1, 24
redimensionnement d'un volume physique , 95 Version 2.x, 24
redimensionnement d’un volume logique d'échange, 121 versions de groupes de volumes, 11
réduction d’un volume logique, 74 version 1.0, 24, 30, 67
réduction de la taille d’un volume logique de système de Version 1.0, 167
fichiers, 118 Version 2.0, 167
réimplantation d’un disque de rechange, 94 Version 2.1, 167
remplacement d’un disque défectueux, 138 version 2.x, 31, 39, 40, 46, 61, 66, 68, 79, 94, 95, 99, 104, 107,
mis en miroir, 141, 148 121, 123, 126, 157, 158, 160
non mis en miroir, 143 Version 2.x, 133
reprise d'un groupe de volumes suspendu, 82 vgcfgbackup, commande, 57, 60, 84, 88, 172
restauration de données emplacement de sauvegarde, 88
configuration d’un groupe de volumes, 89 erreurs, 153, 157
vgcfgrestore, commande, 60, 89, 125, 172
S emplacement de sauvegarde, 88
erreurs, 157
sauvegardes
récupération de données LVM endommagées, 136
configuration d’un groupe de volumes, 88
réimplantation d’un disque de rechange, 95
système de fichiers instantané VxFS, 120
vérification de l'amorçabilité du volume physique, 100
volumes logiques en miroir, 87
vgchange, commande, 60, 107, 172
scsimgr, commande
activation d'un groupe de volumes, 78, 82, 84, 90, 91, 93, 98,
durant le remplacement de disque, 142, 145, 149
102, 133
multichemin, 47, 103
activation des vérifications de quorum, 86, 132
stratégie d'allocation, 42
attachement de toutes les liaisons détachées, 104, 143, 147,
contiguë et non contiguë, 42
151
stricte et non stricte, 42
désactivation d'un groupe de volumes, 77, 81, 84, 85, 90, 91,
stratégie d'allocation non stricte, 42
92, 98, 101
stratégie d'allocation stricte, 42
désactivation des vérifications de quorum, 85, 131
stratégie de planification, 43
échecs de l'activation, 131
parallèle, 43
erreurs, 157
séquentielle, 43
reprise d'un groupe de volumes suspendu, 83
stratégie de planification parallèle, 43
suspension d'un groupe de volumes, 83
stratégie de planification séquentielle, 43
synchronisation automatique, 45
stratégie de synchronisation, 43
vgchgid, commande, 61, 172
aucune, 44
fractionnement d'un groupe de volumes, 85
cache d’écriture miroir, 43
intégration de clones de LUN, 123
récupération de cohérence de miroir, 44
vgcreate, commande, 60, 67, 68, 172
suppresion d’un volume logique, 76
ajout d'un disque multichemin, 48
suppression d'un miroir d'un volume logique
erreurs, 161
d'un disque spécifique, 75
vgdisplay, commande, 57, 60, 62, 125, 126, 173
suppression d'un volume physique d'un groupe de volumes,
affichage de l'espace libre, 70, 72, 154
69
durant la suspension, 83
suppression d’un groupe de volumes, 86
erreurs, 161
suppression d’un volume logique de vidage, 123
préservation, 47
suppression d’une copie miroir dans un volume logique, 75
vgdsf, commande, 61
suspension d’un groupe de volumes, 82
vgexport, commande, 60, 77, 90, 173
synchronisation d’une copie miroir, 44
attribution d'un nouveau nom à un groupe de volumes, 84
automatiquement, 45
déplacement de disques, 91, 92
manuellement, 45
fichier de mappages, 77
System Management Homepage (voir HP SMH)
fractionnement d'un groupe de volumes, 85
système de fichiers instantané VxFS, 120
vgextend, commande, 61, 69, 173
avec des disques multichemins, 48, 78
T erreurs, 162
taille de section d'entrelacement, 53 préservation, 94
182 Index
VGID, 33, 159 volume logique d’amorçage, 106
avec vgexport, 77 volume logique de système de fichiers, 37
avec vgimport, 78 absence de réponse, 129
fractionnement d'un groupe de volumes, 85 considérations relatives aux performances, 38
modification, 124 création, 114
vgimport, commande, 60, 78, 90, 173 dans /etc/fstab, 115
attribution d'un nouveau nom à un groupe de volumes, 84 détermination des utilisateurs, 76, 77, 87, 116, 119, 144
avec des disques multichemins, 78 espace supplémentaire, 37
déplacement de disques, 91, 92 et /etc/default/fs, 115
erreurs, 163 extension, 115
fractionnement d'un groupe de volumes, 85 noms de fichiers courts ou longs, 115
vgmodify, commande, 25, 60, 79, 173 OnlineJFS, 116
collecte d'informations, 79 recommandations, 38
modification des paramètres de groupe de volumes, 79, 163 redimensionnement, 38
modification du type de volume physique, 99 réduction, 118, 137
redimensionnement de volumes physiques, 95, 155 HFS or VxFS, 118
VGRA OnlineJFS, 118
dépendance de la taille envers la taille d'étendue, 33, 161 sauvegarde par le biais de la mise en miroir, 87
et vgmodify, 79 système de fichiers d'amorçage (voir volume logique
zone sur disque, 33 d'amorçage)
vgreduce, commande, 61, 69, 173 système de fichiers racine (voir volume logique racine)
avec des disques multichemins, 78 taille de section d'entrelacement pour HFS, 53
vgremove, commande, 60, 87, 173 taille initiale, 37
vgscan, commande, 61, 173 volume logique de vidage, 40
déplacement de disques, 91 création, 123
recréation de /etc/lvmtab, 136 exigences, 123
vgsync, commande, 45, 61, 173 recommandations, 40
Volume Group Reserved Area (voir VGRA) suppression, 123
volume LIF volume logique racine, 106
amorçage en mode maintenance, 127 création, 105
exigence pour les disques d'amorçage, 66, 105 exigences, 104, 116
zone sur disque, 32 informations dans la BDRA, 31
volume logique d'amorçage lvlnboot, 106
exigences, 104 mise en miroir, 107
informations dans la BDRA, 31 volumes logique en miroir
lvlnboot, 106 volume logique d'échange principal, 107
mise en miroir, 107 volumes logiques, 40, 121
volume logique d'échange, 39, 40, 121 (voir aussi volume logique d'échange)
(voir aussi volume logique d'échange principal) (voir aussi volume logique d’amorçage)
considérations relatives aux performances, 39 (voir aussi volume logique de vidage)
création, 106, 122 (voir aussi volume logique racine)
échange secondaire, 40 affichage d'informations, 64
entrelacement, 39 aspects relatifs aux performances, 36
erreurs IODC, 155 attribution d'un nouveau nom, 76
exigences, 24, 104, 122 commandes pour, 61
extension, 122 convention d'affectation de noms, 29
informations dans la BDRA, 31 création, 70
informations sur l'impression, 31 création sur un disque spécifique, 73
lvlnboot, 106, 122 définition, 21
mode maintenance, 127 détermination des utilisateurs, 74, 76, 77, 87, 116, 119, 144
recommandations, 39 extension, 72
redimensionnement, 121 extension à un disque spécifique, 73
stratégie de mise en miroir, 44, 108 fichier de périphérique, 29, 30, 71, 76
taille de section d'entrelacement pour, 53 informations de configuration, 90
volume logique d'échange principal, 40 pour l'échange, 39
en tant que zone de vidage, 40 réduction, 74
mise en miroir, 107 suppresion, 76
183
taille, 36
volumes logiques en miroir, 41
avantages, 41
cache d'écriture miroir, 50
création d'un disque de rechange, 94
création de copies miroirs, 71
définition, 19, 177
données périmées, 44
entrelacement, 54
fractionnement, 87, 172
fusion, 87, 171
gestion des erreurs non récupérables, 130
gestion des erreurs récupérables, 128
groupes de volumes physiques, 51, 54
mappage d'étendues logiques à physiques, 22
messages d'erreur, 154, 155, 164
mise en miroir du disque d'amorçage, 107
serveurs HP 9000, 108
serveurs HP Integrity, 110
mode maintenance, 127
modification de copies miroirs, 71
préservation, 46
réimplantation d'un disque de rechange, 94
remplacement d'un disque d'amorçage, 148
remplacement d'un disque de non amorçage, 141
sauvegarde, 87
séparation des canaux d'E/S, 54
stratégie d'allocation, 42
stratégie d'allocation stricte, 155
stratégie de planification, 43, 49
stratégie de synchronisation, 43
synchronisation, 44, 172, 173
volume logique d'amorçage, 107
volume logique racine, 107
volumes logiques en mrioir
ajout d'un miroir, 74, 171
détermiantion de la mise en miroir d'un volume logique,
139
suppresion d'un miroir, 75, 171
suspension d'un volume logique, 83
volumes physique
déplacement de données d'un volume à un autre, 93
volumes physiques
affichage d'informations, 63
agencement des disques, 31
ajout, 69
commandes pour, 60
convention d'affectation de noms, 28
conversion d'amorçable à non amorçable, 99
création, 65
définition, 20
déplacement, 90, 91
désactivation d'un chemin d'accès, 103
fichier de périphérique, 28, 30, 152
redimensionnement, 95
suppression, 69
184 Index

Guide Admin Gestion Volume Logique

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Guide Admin Gestion Volume Logique

Transféré par

Droits d'auteur :

Formats disponibles

Guide de l'administrateur système

HP-UX : Gestion des volumes logiques

VERITAS™ est une marque déposée de Symantec Corporation.

Table des matières 3

4 Table des matières

Table des matières 5

6 Table des matières

A Spécifications et limitations de LVM..........................................................................................167

B Synthèse de commandes LVM..................................................................................................171

C Conseils relatifs au paramétrage de groupe de volumes.............................................................175

Table des matières 7

8 Liste des illustrations

Informations nouvelles et modifiées dans cette édition

À propos de cette série

Emplacement des informations sur HP-UX

Administrer un Versions à compter de HP-UX 11i version 3 : • Support HP Instant Information

Identificateurs des versions de systèmes d'exploitation et des noms de

B.11.11 HP-UX 11i version 1 HP 9000

B.11.23 HP-UX 11i version 2 Integrity

B.11.23.0409 HP-UX 11i version 2 HP 9000 et Integrity

B.11.31 HP-UX 11i version 3 HP 9000 et Integrity

Version de système $ uname -r B.11.311

Architecture $ uname -m ia64 2

Modèle de machine $ model3 ia64 hp server rx5670

Environnement $ swlist HPUX*OE* # HPUX11i-OE-MC B.11.31 HP-UX Mission

Version de système $ swlist HPUX*OE* # HPUX11i-TCOE B.11.23.0409 HP-UX

Détermination de la version de votre système 17

Numéro de Systèmes Versions prises en charge Numéro Date de publication

5991-6505 HP-UX HP-UX 11i version 3 1 Février 2007

5992-3416 HP-UX HP-UX 11i version 3 2 Mars 2008

5992-4595 HP-UX HP-UX 11i version 3 3 Septembre 2008

REMARQUE : Les volumes du Guide de l'administrateur système HP-UX peuvent être

Figure 1-1 Espace disque partitionné en volumes logiques

Comparaison des étendues logiques et physiques 23

Versions de groupe de volumes LVM

Nombre maximal de 256 5121 20481

Nombre maximal de 255 511 2048

Nombre maximal de 255 511 2047

Taille maximale d'un 2 To 16 To 16 To

Taille maximale d'un 510 To 2048 To 2048 To

Taille maximale d'un 16 To 256 To 256 To

Taille maximale d'une 256 Mo 256 Mo 256 Mo

Taille maximale de 32 Mo 256 Mo 256 Mo

Nombre maximal 255 511 511

Nombre maximal 65535 33554432 33554432

Nombre maximal 65535 16777216 16777216

Versions de groupe de volumes LVM 25

Nombre de copies miroir 0–2 0–5 0–5

Fichier de configuration /etc/lvmtab /etc/lvmtab_p /etc/lvmtab_p

Numéro majeur de 64 128 128

Utilisation des fichiers de périphériques LVM

Comparaison des fichiers de périphériques hérités et des fichiers de périphériques

REMARQUE : Pour utiliser la fonctionnalité de liaison secondaire offerte par LVM,

Conventions d'affectation de noms pour LVM

Utilisation des fichiers de périphériques LVM 27

/dev/disk/diskn Fichier de périphérique en mode bloc persistant

/dev/disk/diskn_p2 Fichier de périphérique en mode bloc persistant, partition 2

/dev/rdisk/diskn Fichier de périphérique en mode caractère persistant

/dev/rdisk/diskn_p2 Fichier de périphérique en mode caractère persistant, partition

/dev/dsk/cntndn Fichier de périphérique en mode bloc hérité

/dev/dsk/cntndns2 Fichier de périphérique en mode bloc hérité, partition 2

/dev/rdsk/cntndn Fichier de périphérique en mode caractère hérité

/dev/rdsk/cntndns2 Fichier de périphérique en mode caractère hérité, partition 2

Environnement $ swlist HPUXOE # HPUX11i-OE-MC B.11.31 HP-UX Mission

Version de système $ swlist HPUXOE # HPUX11i-TCOE B.11.23.0409 HP-UX