OVH Cloud OVH Cloud

quota et compte ldap

2 réponses
Avatar
Bertrand Lemaître
Bonjour,

Sur un serveur Sarge, je mets en place l'authentification ldap en
utilisant libnss et pam. Presque tous tests fonctionnent : connexion ssh,
ftp, samba.

Mais pour les quotas cela ne fonctionne pas lorsque je veux les
positionner pour un compte utilisateur/ldap (cela fonctionne pour les
comptes locaux).

Voici les commandes réalisées :

Utilisateur aaccard sous ldap est connu :
id aaccard
uid=120044374(aaccard) gid=513(Users) groupes=513(Users),544(Administrators),20002895(ET2005GMASIQ1)


Erreur sur positionnement du quota :
/usr/sbin/setquota -u aaccard 100000 100000 0 0 /home
Débordement de la taille permise pour un fichier

Dans /var/log/kern.log
May 16 10:59:34 vishnu kernel: VFS: 120044374dquota write failed on dev
30:09


Avez vous déjà rencontré ce soucis ?
Faut il arrêter/relancer les quotas ? j'ai seulement fait quotacheck -am
Est-ce un problème d'uid (120044374) ?

Merci par avance pour vos suggestions .





--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

2 réponses

Avatar
Bertrand Lemaître
Le Tue, 16 May 2006 11:23:30 +0200, Bertrand Lemaître a écrit :

Bonjour,

Sur un serveur Sarge, je mets en place l'authentification ldap en
utilisant libnss et pam. Presque tous tests fonctionnent : connexion ssh,
ftp, samba.

Mais pour les quotas cela ne fonctionne pas lorsque je veux les
positionner pour un compte utilisateur/ldap (cela fonctionne pour les
comptes locaux).

Voici les commandes réalisées :

Utilisateur aaccard sous ldap est connu :
id aaccard
uid0044374(aaccard) gidQ3(Users) groupesQ3(Users),544(Administrators),20002895(ET2005GMASIQ1)


Erreur sur positionnement du quota :
/usr/sbin/setquota -u aaccard 100000 100000 0 0 /home
Débordement de la taille permise pour un fichier

Dans /var/log/kern.log
May 16 10:59:34 vishnu kernel: VFS: 120044374dquota write failed on dev
30:09


Avez vous déjà rencontré ce soucis ?
Faut il arrêter/relancer les quotas ? j'ai seulement fait quotacheck -am
Est-ce un problème d'uid (120044374) ?

Merci par avance pour vos suggestions .



Je me réponds (en partie).

En faisant des tests complémentaires il apparaît que c'est lié à la
valeur de l'UID.

Je pensais que la valeur de ~32000 n'était plus bloquante.
Est ce que quelqu'un a des précisions sur ce sujet ?


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Frédéric Bothamy
* Bertrand Lemaître [2006-05-17 09:10] :
Le Tue, 16 May 2006 11:23:30 +0200, Bertrand Lemaître a écrit :

> Bonjour,
>
> Sur un serveur Sarge, je mets en place l'authentification ldap en
> utilisant libnss et pam. Presque tous tests fonctionnent : connexion ssh,
> ftp, samba.
>
> Mais pour les quotas cela ne fonctionne pas lorsque je veux les
> positionner pour un compte utilisateur/ldap (cela fonctionne pour les
> comptes locaux).
>
> Voici les commandes réalisées :
>
> Utilisateur aaccard sous ldap est connu :
> id aaccard
> uid0044374(aaccard) gidQ3(Users) groupesQ3(Users),544(Administrators),20002895(ET2005GMASIQ1)
>
>
> Erreur sur positionnement du quota :
> /usr/sbin/setquota -u aaccard 100000 100000 0 0 /home
> Débordement de la taille permise pour un fichier
>
> Dans /var/log/kern.log
> May 16 10:59:34 vishnu kernel: VFS: 120044374dquota write failed on dev
> 30:09
>
>
> Avez vous déjà rencontré ce soucis ?
> Faut il arrêter/relancer les quotas ? j'ai seulement fait quotacheck -am
> Est-ce un problème d'uid (120044374) ?
>
> Merci par avance pour vos suggestions .

Je me réponds (en partie).

En faisant des tests complémentaires il apparaît que c'est lié à la
valeur de l'UID.

Je pensais que la valeur de ~32000 n'était plus bloquante.
Est ce que quelqu'un a des précisions sur ce sujet ?



Si j'en crois le fichier Documentation/highuid.txt de l'arborescence du
noyau Linux (datant du 11/01/2000 !), il peut rester des soucis lors de
l'utilisation des UID 32-bits avec les quotas.

Fred

--
Comment poser les questions intelligemment
http://www.gnurou.org/Writing/SmartQuestionsFr
Comment signaler efficacement un bogue
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact