Distribution EOLE » Modules » Scribe » conf-scribe

Tests sur un Horus déjà configuré en 2.3.10 puis mis à jour en 2.3.11RC :

root@horus:/home/workgroups# getfacl /data/minedu/test/
getfacl : suppression du premier « / » des noms de chemins absolus
# file: data/minedu/test/
# owner: root
# group: root
user::rwx
group::rwx
group:minedu:rwx
group:test:rwx
mask::rwx
other::---
default:user::rwx
default:group::rwx
default:group:minedu:rwx
default:group:test:rwx
default:mask::rwx
default:other::---

root@horus:/home/workgroups# getfacl /data/minedu/test/toto.txt 
getfacl : suppression du premier « / » des noms de chemins absolus
# file: data/minedu/test/toto.txt
# owner: user1
# group: DomainUsers
user::rw-
group::rwx
group:minedu:rwx
group:test:rwx
mask::rwx
other::---

root@horus:/home/workgroups# getfacl test2
# file: test2
# owner: root
# group: root
user::rwx
group::---
group:test2:rwx
mask::rwx
other::---
default:user::rwx
default:group::---
default:group:test2:rwx
default:mask::rwx
default:other::---

root@horus:/home/workgroups# getfacl test2/fsdgsg.txt 
# file: test2/fsdgsg.txt
# owner: user1
# group: DomainUsers
user::rw-
group::---
group:test2:rwx
mask::rwx
other::---

Ça me semble correct.

Que se passe-t-il quand on fait Maj-Auto -i -C avant instance ?
À tester ...

J'ai fait le tour des Horus 2.3 de notre académie (ceux enregistrés dans Zephir) pour recenser les établissements où le problème des droits était présent.

Pour contourner le problème j'ai créé un script qui ré-applique les droits toutes les 5 minutes.

Le fichier joint permet de faire le point sur ce qui a été réalisé :

en bleu : les établissements qui nous ont signalés un problème via Ecare,
    en orange : les établissements qui n'ont pas signalés ce problème alors qu'il était présent,
    en vert : les établissements qui ne rencontrent pas ce problème,
    en noir : les établissements non traités,

la colonne "Date install." correspond à la date d'installation indiquée par Zephir,
    la colonne "Iso" indique si l'installation à eu lieu après la publication de l'image Iso Eole2.3.9 du 17/05/2013.

A la vue de ces résultats, il semble que le problème est présent depuis la version 2.3.9 même si certains établissements installés après cette date de publication ne rencontrent pas le problème (on ne peut pas savoir qu'elle image a réellement été utilisée lors de l'installation).

Les établissements installés avant la date de publication de la 2.3.9 ne semblent pas concernés par ce problème.

Y a t'il moyen de tester l'image iso 2.3.11 avant sa diffusion ?

Si vous voulez reproduire le problème il faudrait installer un nouveau serveur Horus à partir de l'iso 2.3.9.

Le problème apparaît effectivement lorsque smb_dos_attribute est activé (store dos attributes = yes dans smb.conf) mais à partir de la version Samba 3.5.8 (passé avec la version EOLE 2.3.9 de v3.5.6 à v3.5.8).
Cette option n'a pas vraiment d'intérêt sur un partage. Elle est plutôt destinée conserver les attributs DOS des fichiers d'un compte avec profil itinérant (#490).
Il faudrait donc passer cette option à no dans la section [global] et déplacer la partie créolisée dans la section [perso] ou [home] (où sont stokés les profils) sans oublier les lignes map archive, map hidden, map readonly et map system = yes si smb_dos_attribute = yes

Voir avec Klaas

Appliqué par commit 0c6b6847a0e88871c4c382335208f4e5975ac909.