Re: [sympa-fr] Grosse liste

[LALOT Dominique <adresse@cachée>]

Jean-Hugues BELPOIS a écrit :
> Bonjour à tous,
>
> Je travaille sur la préparation d'une "grosse" liste (grosse au sens 
> université de Brest, ça va peut-être vous sembler "moyen" ou "petit") 
> dans laquelle seraient abonnés tous les étudiants de l'année, soit 17 
> 000 environ. Cette liste piocherait ses abonnés dans le LDAP via un 
> filtre.
>
> Quand je tente de configurer cette future liste depuis l'interface 
> web, au moment de la mise à jour des données, c'est très long et le 
> serveur web finit par m'envoyer une erreur 500 et sympa un mail avec :
>
> L'utilisateur xxx a été confronté à une erreur interne
> (Interface web - ACTION : Command process - LIST : 
> adresse@cachée) :
> Impossible de construire les membres de la liste 'testcri'
> Consultez les logs pour plus de détails.
>
> Puis
>
> Sympa n'a pas pu mettre à jour la liste des membres à partir des 
> sources de données externes ; la base de données ou l'annuaire LDAP ne 
> sont probablement pas intérogeables.
> Consultez les logs de Sympa pour plus de précisions.
>
> C'est une question de volume d'abonnés semble t'il car si je diminue 
> le filtre LDAP pour cibler plutôt un UFR (environ 4000 abonnés), c'est 
> peu long, 4/5 secondes, mais ça marche. A votre avis le problème vient 
> de  :
>
> L'interface web, en modifiant le config ça devrait aller ?
> Du LDAP qui est à la ramasse en face de la demande de sympa ?
> De sympa qui coince sur ces 17 000 abonnés ?
Oui ça tourne. J'ai eu un peu peur la première fois, mais ça a bien tenu 
la charge.

include_ldap_query
attrs mail
ssl_ciphers ALL
filter (objectclass=univmedetud) # ou version supann 
edupersonaffiliation=student
name ldap UnivMed
host annuaire.univmed.fr,anubis.univmed.fr
use_ssl no
suffix ou=people,dc=univmed,dc=fr
timeout 10
ssl_version sslv3
select first
scope one

le suffix et le scope te font gagner du temps.
Sur cette machine si je tape cette commande:
root@listes:~#time ldapsearch -H ldap://annuaire.univmed.fr -b 
'ou=people,dc=univmed,dc=fr' -s one -x edupersonaffiliation=student uid 
>trace

real    0m0.913s
user    0m0.520s
sys     0m0.192s

root@listes:~#tail trace
# g707560, people, univmed.fr
dn: uid=g707560,ou=people,dc=univmed,dc=fr
uid: g707560

# search result
search: 2
result: 0 Success

# numResponses: 29962
# numEntries: 29961


J'ai donc les 29000 entrées en moins d'une seconde. Il faut un annuaire 
ldap qui soit bien paramétré. Le soucis que tu pourrais avoir, c'est 
l'option limit  sur le nombre d'entrées rendues par ldap. Des index 
manquants etc..
L'annuaire ldap qui logue sur le syslog sans l'option -/var/log/ldap.log 
(écritures asynchrones) (juste des idées). Ton problème est du coté LDAP.

root@listes:~#grep 'list alias created' /etc/mail/sympa_aliases | wc -l
735

735 listes, la plupart avec des filtres ldap, et ça marche sans soucis.

A+

Dom

--
Dominique LALOT
Ingenieur Systeme et Reseaux
http://annuaire.univmed.fr/showuser.php?uid=lalot