Le problème
Des messages tels que les suivants sont signalés lors de l'exécution de commandes telles que partprobe sur un système CentOS/RHEL à l'aide de LVM (Logical Volume Manager) et du multipathing, par ex. device-mapper-multipath ou EMC PowerPath, etc. :
Error: Error informing the kernel about modifications to partition /dev/sda1 -- Device or resource busy. This means Linux won't know about any changes you made to /dev/sda1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting. ...
Des messages tels que les suivants sont signalés lors de l'exécution de la commande pvs pour obtenir des informations relatives au volume physique (PV) :
Found duplicate PV G9tZklKg1nrXN7wGADvwHQOQtgd4w58M: using /dev/sdb1 not /dev/sda1 Found duplicate PV G9tZklKg1nrXN7wGADvwHQOQtgd4w58M: using /dev/sda1 not /dev/emcpowera1 ...
La cause première
Le message "Found duplicate PV" apparaît lorsque LVM n'est pas configuré pour filtrer les périphériques à chemin unique sous-jacents, par ex. /dev/sd*. Les logiciels multipath, par exemple device-mapper-multipath, EMC PowerPath, etc. créent un pseudo périphérique multipath pour chaque périphérique géré. Si les périphériques à chemin unique sous-jacents ne sont pas filtrés, LVM découvre et signale ainsi les chemins de périphérique en double qui font tous référence au même périphérique LVM.
Exemples de mappages d'appareils pour une configuration device-mapper-multipath à deux chemins :
/dev/sda, /dev/sdb --> /dev/dm-0 --> /dev/mapper/mpath1
Exemple de mappage de périphérique pour une configuration EMC PowerPath à deux chemins :
/dev/sda, /dev/sdb --> /dev/emcpowera
La solution
Pour une nouvelle configuration LVM sur EMC PowerPath, veuillez vous reporter à « Configuration de la prise en charge de LVM2 » dans la documentation EMC PowerPath, qui devrait contenir des détails sur la modification du fichier « /etc/lvm/lvm.conf » pour filtrer les chemins sous-jacents
Pour une nouvelle configuration LVM sur device-mapper-multipath :
– Désactivez l'analyse LVM sur les périphériques SCSI sous-jacents. Cela peut être fait en modifiant le paramètre de filtre dans "/etc/lvm/lvm.conf".
filter = [ "a/dev/mapper/.*/", "r/dev/sd.*/" ]Remarque :Ce paramètre accepte tous les périphériques /dev/mapper/* et rejette tous les périphériques /dev/sd* lors de l'analyse des disques LVM. Reportez-vous au guide de l'utilisateur LVM2 pour plus de détails. Si le périphérique racine est également un périphérique LVM à chemins multiples, apportez des modifications à /etc/lvm/lvm.conf avant de créer une nouvelle image initrd. Là où "multipath on root" est requis, le lvm.conf est nécessaire dans l'image initrd, ce qui nécessite que l'initrd soit recréé.
Pour une configuration LVM existante sur des disques EMC PowerPath ou dm-multipath, assurez-vous de l'intégrité des données sur les volumes LVM :
1. Modifiez le "/etc/lvm/lvm.conf" comme décrit ci-dessus
2. En général, il faut configurer le LVM pour filtrer tous les périphériques sd* et ne voir que les périphériques /dev/emcpower* ou /dev/mapper/*. S'il existe d'autres volumes LVM de périphériques SCSI non multichemins, par exemple :/dev/cciss/*, définissez le filtre en conséquence, par exemple :
filter = [ "r/sd.*/" "a/dev/cciss/*/" "a/dev/emcpower.*/" "a/dev/mapper/*/" ]
Avec ce paramètre, les commandes 'lvmdiskscan' et 'pvscan' ne devraient trouver que les périphériques /dev/ccisss/*, /dev/emcpower* et /dev/mapper/*.
3. Arrêtez toutes les applications/services qui accèdent aux périphériques/systèmes de fichiers gérés par LVM.
4. Démontez tous les systèmes de fichiers basés sur LVM.
5. Désactivez tous les groupes de volumes.
# vgchange -an
6. Réanalyser les groupes de volumes.
# vgscan
7. Réactivez les groupes de volumes.
# vgchange -ay
8. Montez tous les systèmes de fichiers basés sur LVM.
9. Démarrez toutes les applications/services nécessitant un accès aux périphériques/systèmes de fichiers gérés par LVM.
Remarque :Si les disques LVM doivent être référencés lors du démarrage, par exemple :lors de l'étape de démarrage du noyau de capture kdump ou lorsqu'ils sont configurés en tant que multipath-on-root, l'image initrd devra être reconstruite.