Anomalie #7126
probleme d'heritage sur sous dossiers dans le partage MINEDU
Description
bonjour,
Le problème a été constaté sur un horus 2.3.
Il n'y a pas d'héritage des dossiers créés dans le partage minedu lorsque l'on procède par un script batch ou en commande msdos.
on peut reproduire le problème en se connectant à un poste Windows, relié au domaine, en faisant :
mkdir x:\test (ou x: correspond au partage minedu par exemple)
ensuite, il suffit de se connecter à l'horus et de faire un getfacl sur ce dossier pour y voir ces droits :
...
group:XXX:rwx *#effective:r-x
*++...
par contre lorsque l'on créé un dossier (au même endroit -> x:) par l'explorateur de fichiers Windows, les droits sont bien hérités du dossier parent.
Ce problème est très gênant pour l'installation de produit comme gfc ou presto qui doivent créer des dossiers dans ce partage en mode batch.
La solution que j'ai pu trouver et de positionner la variable "inherit permissions" à "yes" dans la section minedu du smb.conf.
Si vous validez cette solution, pourriez-vous faire en sorte de l'appliquer via une mise à jour ?
Merci
Demandes liées
Révisions associées
"inherit permission = yes" pour modèles minedu et standard
fixes #7126 @15m
"inherit permission = yes" pour modèles minedu et standard
fixes #7126 @10m [2.4]
Historique
#1 Mis à jour par Fabrice Barconnière il y a environ 10 ans
- Projet changé de Horus à conf-scribe
- Echéance mis à 17/01/2014
- Statut changé de Nouveau à Accepté
- Version cible mis à Mises à jour 2.3.12
Modifier le modèle de partage spécial minedu.tmpl
#2 Mis à jour par Fabrice Barconnière il y a environ 10 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 92d44549b95dbabf3ff1324c9f5cc0b7bd6e00e5.
#3 Mis à jour par Joël Cuissinat il y a environ 10 ans
Appliqué par commit python-fichier:6662a115ce7ffdd99d69b96e9d95d186e6dfb87e.
#4 Mis à jour par Lionel Morin il y a environ 10 ans
- Statut changé de Résolu à Fermé