Bac à idée #18941
Évoquer le répertoire "config_eole" dans les documentations EOLE
Description
Bonjour,
Est-il possible que la partie "config_eole" du profil ne soit pas prise en compte lors du décompte du quota des utilisateurs ?
Cdlt, Nadège Desdoits
Historique
#1 Mis à jour par Gérald Schwartzmann il y a environ 7 ans
- Sujet changé de Quota qui inclu la partie config_eole à Comment exclure la partie config_eole du calcul des quotas
#2 Mis à jour par Gérald Schwartzmann il y a environ 7 ans
- Sujet changé de Comment exclure la partie config_eole du calcul des quotas à Comment exclure la partie config_eole du calcul des quotas ?
#3 Mis à jour par Joël Cuissinat il y a environ 7 ans
- Tracker changé de Demande à Proposition Scénario
- Projet changé de EOP à Documentations
- Sujet changé de Comment exclure la partie config_eole du calcul des quotas ? à Évoquer le répertoire "config_eole" dans les documentations EOLE
- Statut changé de Nouveau à À formaliser
- l'historique, les marques-pages, les extensions, ... des navigateurs
- les paramètres LibreOffice, Adobe Flash, Reader, VLC, etc.
Ce répertoire peut atteindre une taille importante si rien n'est mis en œuvre pour la limiter.
La console ESU permet par exemple de limiter la taille du profil Firefox (U:/Config_eole/Application Data/Mozilla/Firefox/Profiles/).
Étant donné que l'espace correspondant à ce dossier est forcément "perdu", il est possible d'augmenter le quota disque de tous les utilisateurs afin de le prendre en compte ;)
D'un point de vue technique, les quotas disques se basent sur le propriétaire du fichier au sens Unix (owner).
Un contournement envisageable serait de rendre l'utilisateur "root" propriétaire des fichiers et d'ajouter une ACL (héritable) pour l'utilisateur afin qu'il puisse avoir les droits d'écriture malgré tout.
Il faut également ajouter l'option "inherit owner = yes" pour les partages [homes] et [perso] afin que "root" reste le propriétaire (Unix) des fichiers de dossiers créés dans config_eole.
Cette astuce devra être impérativement validée sur une maquette car elle risque d'entraîner des dysfonctionnements ! (NB : ne pas documenter cette idée).
http://eole.ac-dijon.fr/documentations/2.5/partielles/beta/ModuleScribe/co/ACL.html (NB : doc Horus à mettre à jour #18974).
#4 Mis à jour par Joël Cuissinat il y a environ 7 ans
Trucs & astuces (vus sur les listes) :
- rechercher tous les répertoires config_eole et afficher leur taille en Mo :
du -sm /home/*/*/perso/config_eole/* | sort -n
- lister les fichiers présents dans le sous-répertoire "Application Data" :
ldapsearch -x cn=DomainUsers | grep memberUid | awk '{print $2}' | while read i; do ls /home/${i:0:1}/$i/perso/config_eole/Application\ Data/*; done
#5 Mis à jour par Nadege DESDOITS il y a environ 7 ans
Comment mettre en oeuvre une limitation sur config_eole ou sur chaque application ? Pour Firefox, ok, il y a Esu mais les autres ? En réalité, lorsqu'un utilisateur ouvre une application le profil grossi et ne reprend pas sa taille normale à la fermeture de la dite appli. L'élève qui va s'amuser à ouvrir toutes les applis installées sur l'image, va exploser son quota, alors que "perso" et "groupe" sont vides.
#6 Mis à jour par Joël Cuissinat il y a environ 7 ans
Le problème de la gestion des profils Windows n'est pas spécifique à Scribe.
C'est le genre de question qu'il faudrait justement poser à la communauté, sur la liste scribe@listeseole.ac-dijon.fr par exemple.
#7 Mis à jour par Gilles Grandgérard il y a plus de 2 ans
- Tracker changé de Proposition Scénario à Bac à idée
- Statut changé de À formaliser à Classée sans suite