S'agissant de systèmes de fichiers, les ACL sont héritées selon la propriété "aclinherit" du système de fichiers concerné (ou héritées du projet). Les versions précédentes du logiciel autorisaient quatre options pour ce paramètre : "discard", "noallow", "restricted"; et "passthrough". La version 2009.Q2.0.0 introduit une nouvelle option, "passthrough-x", dont la sémantique est légèrement différente comme l'indique la documentation produit :
Ce paramètre fonctionne comme le paramètre "passthrough", à l'exception des entrées ACL owner, group et everyone qui n'héritent de l'autorisation d'exécution que si le mode de création du fichier demande également le bit d'exécution.
Le mode "passthrough" est généralement utilisé pour que tous les fichiers de "données" soient créés avec un mode identique au sein d'une structure de répertoires. Un administrateur définit l'héritage ACL pour que tous les fichiers soient créés avec un même mode, par exemple 0664 ou 0666. Tout cela fonctionne comme prévu pour les fichiers de données, mais il peut arriver que vous souhaitiez inclure le bit d'exécution du mode de création de fichiers dans l'ACL héritée. Prenons l'exemple d'un fichier de sortie généré à partir d'outils tels que "cc" ou "gcc". Si l'ACL héritée n'inclut pas le bit d'exécution, la sortie du compilateur n'est pas exécutable tant que vous n'avez pas modifié les autorisations du fichier à l'aide de chmod(1).
Ce mode nécessite la mise à niveau du pool de stockage. Si vous choisissez de ne pas effectuer cette mise à niveau et tentez d'utiliser cette propriété, vous obtenez un message d'erreur indiquant que le pool de stockage doit d'abord être mis à niveau. Cette mise à jour n'a pas d'autre conséquence et vous pouvez l'ignorer si vous n'avez pas besoin de la nouvelle option dont elle permet la prise en charge. Appliquer cette mise à jour équivaut à mettre à niveau le pool ZFS sur disque vers le résumé de la version de pool ZFS.
Rubriques connexes