![]() 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é |
*/10 * * * * root /usr/sbin/repquota /home | awk '(substr($1,0,1) !~ /#/) && ($2 ~ /--/||/+-/) {print $1","$3","$4","$5","$6}' > /home/netlogon/infosquota/quotas.txt
Cela s'avère notamment nécessaire si le fichier infosquota passe entre les mains de Windows.%%NetUse%%
cmd,\\scribe\netlogon\infosquota\infosquota.exe
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
seuil = 90
temps = 5
aff_stockage = 1
aff_quota_0 = 1
aff_delai = 1
aff_alertes = 1
Lecture du quota indisponible
WIN_XP = 0
WIN_VISTA = 10
WIN_7 = 40
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. "
Mise à jour : B.Debeve, 09.02.2013