Chapitre 10. Stockage

Des points de montage supplémentaires et une liste des options de montage autorisées peuvent désormais être spécifiés avec les règles udev. L'administrateur système peut écrire une règle personnalisée pour appliquer ou limiter les options de montage d'un ensemble de périphériques spécifique. Par exemple, les disques USB peuvent être limités de manière à toujours être montés en lecture seule.

L'outil udisks accepte désormais l'application de l'option globale noexec sur tous les points de montage des utilisateurs non privilégiés. Sur les systèmes d'ordinateurs, l'option noexec peut protéger les utilisateurs de l'utilisation accidentelle de certaines applications.

Précédemment, les paramètres par défaut des matrices de stockage Dell MD36xxf n'étaient pas inclus dans la section des périphériques du fichier de configuration multivoies par défaut, ce qui affectait les performances de ces matrices. Ces paramètres sont désormais inclus dans le fichier de configuration.

Les utilisateurs ne pouvaient pas diviser leur configuration entre le fichier /etc/multipath.conf et d'autres fichiers de configuration. Ceci empêchait les utilisateurs de paramétrer un fichier de configuration principal pour leurs ordinateurs et de garder des informations sur la configuration spécifique à l'ordinateur dans des fichiers de configuration séparés pour chaque machine.

Pour répondre à ce problème, une nouvelle option config_dir a été ajoutée au fichier de configuration multipath.config. Les utilisateurs doivent changer l'option config_dir soit sur une chaîne vide ou sur un nom de chemin d'accès de répertoire complet. Lorsque défini sur autre chose qu'une chaîne vide, multipath lira tous les fichiers .conf par ordre alphabétique. Les configurations seront ensuite appliquées exactement comme si elles avaient été ajoutées au fichier /etc/multipath.conf. Si ce changement n'est pas effectué, la valeur pas défaut de config_dir sera /etc/multipath/conf.d.

Si un volume logique est actif et en lecture seule mais que ses métadonnées déclarent qu'il devrait être accessible en écriture (une situation pouvant se produire si le paramètre de configuration activation/read_only_volume_list est modifié), vous pourrez désormais utiliser la commande lvchange --permission rw pour aligner la copie active avec les métadonnées et les rendre accessibles en écriture. L'exécution de la commande lvchange --refresh peut également effectuer cela, mais cette nouvelle fonctionnalité pourrait être plus pratique sous certaines circonstances. Le contraire est également vrai : la commande lvchange --permission r réactualise désormais un volume logique actif qui devrait être accessible en lecture seule. Pour obtenir davantage d'informations sur la commande lvchange, veuillez consulter la page man lvchange(8).

Si un chemin devait devenir instable - c'est-à-dire, si la connexion est souvent perdue - multipathd tentera toujours d'utiliser ce chemin de manière continuelle. Le délai d'expiration avant que multipathd ne réalise que le chemin n'est plus accessible est fixé à 300 secondes, ce qui peut donner l'impression que multipathd est tombé en panne. Pour corriger ceci, deux nouvelles options de configuration ont été ajoutées : delay_watch_checks et delay_wait_checks. Définissez delay_watch_checks sur le nombre de cycles pendant lequel multipathd doit observer le chemin après qu'il soit en ligne. Si le chemin échoue avant la valeur assignée, multipathd ne l'utilisera pas. multipathd comptera ensuite sur l'option delay_wait_checks pour lui faire savoir combien de cycles consécutifs doivent s'écouler avant que le chemin ne redevienne valide. Ceci empêche les chemins instables d'être utilisés immédiatement après être revenus en ligne.

La version 3.3.2 de mdadm fournit un certain nombre de correctifs de bogues et de fonctionnalités, comme la recréation automatique de matrices en cas de volume RAID en échec, la migration de niveaux RAID, la tolérance des défaillances de points de contrôle, et l'itinérance de lecteurs SAS-SATA (« SAS-SATA drive roaming »). Ces fonctionnalités sont prises en charge sur des formats de métadonnées externes et permettent la continuité de la prise en charge Red Hat de la pile SW RSTe d'Intel.