DEV Infosquota 4.1

Pour informer les utilisateurs d'un environnement Scribe de leur espace disponible.

Accès aux sections :

Version : 4.1.3

Remerciements : B.Delastre, P.Martinet et C.Blasco, P.Mariot et J.Labriet, l'équipe Eole (J.Cuissinat, K.Tjebbes entre autres)

Attention : Ce logiciel est fourni "tel quel", et n'est pas compatible avec Windows 9x / Me.

Intérêt et principe du logiciel


Dans l'environnement Scribe, il n'est pas immédiat pour les utilisateurs de connaître l'espace disque ils occupent. Lorsque des quotas sont appliqués (ce qui est très fortement conseillé), leur dépassement entraîne des blocages : impossibilité d'enregistrer des documents de travail, erreurs de lancement de certains logiciels (Firefox, etc.).

Infosquota informe l'utilisateur qui se connecte de la capacité de stockage dont il dispose ainsi que de l'espace qu'il occupe. En cas de dépassement de son quota, il indique le délai disponible pour revenir à une situation normale.

Pédagogique envers les utilisateurs, il permet d'un point de vue système la préservation des ressources de stockage, et donc un gain en performance lors des sauvegardes hebdomadaires/quotidiennes du serveur.


Voir l'organigramme simplifié de fonctionnement


Exemples de messages affichés par Infosquota :

Affichage de l'espace utilisé (et du quota disponible)

Affichage en cas de dépassement du seuil prédéfini, ici de 90%

Affichage en cas de dépassement du quota utilisateur, le temps restant est de 6 jours

Affichage en cas de dépassement du quota utilisateur, pour un temps restant inférieur à 24h

Affichage en cas de dépassement du quota utilisateur, le délai est expiré

Haut de page

Téléchargements


Fichiers disponibles : (faire "Enregistrer la cible du lien sous...")

Fichiers source :

Haut de page

Mise en place du logiciel


Sur le serveur Scribe (nécessite d'être root)


Dans le dossier netlogon du serveur (accessible depuis Windows pour le gestionnaire réseau)
L'ajout du paramètre "NOWAIT" à la fin de la ligne permet au démarrage de la session de continuer en arrière-plan (voir la documentation de Scribe, "L'ouverture de session").
Attention, remplacer "scribe" par le nom de votre serveur.



Attention, si le domaine pédagogique comprend des postes sous Windows 95/98/Me


Premiers lancements

Il faut au serveur un maximum de 10 minutes pour générer un premier fichier quotas.txt situé dans le dossier netlogon\infosquota

Vous pouvez vérifier le contenu du fichier quotas.txt, qui devrait ressembler à quelque chose comme ça :

root,7622276,0,0,46969
mail,25572,0,0,4087
www-data,8,0,0,0
ftp,4,0,0,1
scribe,52,0,0,12
admin,3690928,0,0,20107
Meta_eleve,12,0,0,2
Meta_prof,12,0,0,2
Meta_perdir,12,0,0,2
Visiteur,12,0,0,2
utilisateur1,6032,102400,204800,334
utilisateur2,4796,307200,614400,233
utilisateur3,20,102400,204800,3

Si ce n'est pas le cas, consultez la partie Questions et bugs...

Haut de page

Paramétrage


Les données ci-dessous sont présentes et éditables dans le fichier infosquotas.ini.

Paramétrage : Section [ini]

seuil = 90


temps = 5


aff_stockage = 1


aff_quota_0 = 1


aff_delai = 1


aff_alertes = 1

Lecture du quota indisponible




Haut de page
Paramétrage : Section [OSDelay]

WIN_XP = 0
WIN_VISTA = 10
WIN_7 = 40


Questions et bugs

Ca marche sur quelles versions de Scribe ?

L'application est fonctionnelle sur les Scribe 2.2 et 2.3. En fait, tant qu'il y a des quotas quelquepart et un poste utilisateur Windows, on doit pouvoir adapter Infosquota...

J'ai un scribe virtualisé, ça marche aussi ?

Oui, mais quelques précisions : la solution de virtualisation utilisée sur Scribe 2.2 (OpenVZ) applique sur le serveur les quotas sur le dossier / et non sur /home. Il faut donc adapter le fichier infosquota, présent dans le dossier /etc/cron.d/.
En cas de doute, testez /usr/sbin/repquota /home et /usr/sbin/repquota / pour voir laquelle répond correctement !

J'ai beau attendre, aucun fichier quotas.txt ne se crée nulle part...

Alors, c'est qu'il y a un problème avec la tâche ; vérifiez sa syntaxe.

Un fichier quotas.txt se crée bien toutes les 10 minutes, mais il est vide !

Si le fichier est vide, c'est que la réponse renvoyée par le système n'est pas conforme à ce qui est attendu, ou bien que le tri effectué dans la réponse s'est mal déroulé...

Exécutez manuellement la commande /usr/sbin/repquota /home pour voir si la réponse est conforme, à savoir quelque chose qui ressemble à ça :

*** Rapport pour les quotas user sur le périphérique /dev/mapper/scribe-home
Période de sursis bloc : 7days ; période de sursis inode : 7days
Limites bloc Limites fichier
Utilisateur utilisé souple stricte sursis utilisé souple stricte sursis
----------------------------------------------------------------------
root -- 13597120 0 0 120206 0 0
mail -- 18512 0 0 831 0 0
www-data -- 8 0 0 0 0 0
ftp -- 4 0 0 1 0 0
scribe -- 56 0 0 13 0 0
admin -- 5850476 0 0 22468 0 0

Si c'est bien le cas, c'est qu'il y a une erreur de syntaxe dans la tâche, notamment dans la partie "awk..." qui filtre le résultat.

Si ce n'est pas le cas, vérifiez si votre serveur applique bien une gestion des quotas.

Que faire si j'ai des soucis de quotas ?

Lire la documentation Scribe ! Notamment la partie "Désynchronisation des quotas disque". Voici ce qui y est dit :

La commande quotacheck permet de corriger le problème. Son utilisation demande quelques précautions :
1. arrêter les services susceptibles d'écrire sur la partition (samba, proftpd, exim4,...)
2. démonter les éventuels montages liés à cette partition (images Iso,...)
3. désactiver les quotas sur la partition : quotaoff /home
4. lancer la vérification des quotas : quotacheck vug /home
5. réactiver les quotas sur la partition : quotaon /home
6. remonter les partitions :mount a
7. démarrer les services précédemment arrêtés

Dans un mail, Klaas Tjebbes précise :
" On peut ici utiliser "lsof | grep /home" pour voir si des fichiers sont encore ouverts sur /home et par quel processus. "

Haut de page

Evolutions possibles et travaux en cours


Haut de page

Mise à jour : B.Debeve, 09.02.2013

Valid XHTML 1.0 Transitional CSS Valide !