Re: [sympa-fr] Problème 5.4.4 et include_ldap_2level_query --> Problème pesistant en version 6.0.3 ?

[Jean-michel Bourdin <adresse@cachée>]

Bonjour,

Je me permet de réactiver le problème soulevé fin d'année 2009.
J'ai comme l'impression que la mise à jours d'abonnées depuis une 
requête en 2 passent échoue, s'il ne trouve pas l'entrée correspondante 
dans le groupe LDAP.
A savoir que dans l'exemple des logs ci-dessous, l'entrée LDAP 
"uid=1245897L,..." n'existe pas.
--> si je vire à la main les liens inexistants dans la passe 1, la mise 
à jours des abonnés fonctionne.

Jun 18 14:51:00 ldap2 wwsympa[2236]: List::on_the_fly_sync_include() 
Synchronizing list members...
Jun 18 14:51:01 ldap2 wwsympa[2236]: List::_include_users_ldap_2level() 
LDAP search (2nd level) failed : No such object. Node: 
uid=1245897L,ou=people,dc=dijon,dc=iufm,dc=fr (searching on server 
localhost ; suffix uid=1245897L,ou=people,dc=dijon,dc=iufm,dc=fr ; 
filter (&(iufm-dept=071)(accountStatus=active)) ; attrs: mail)

Pour info je suis en version 6.0.3 pour SYMPA.
Si quelqu'un pouvait confirmer ou infirmer le problème sur cette 
version, d'avance grand merci

--
Jean-Michel Bourdin
-----------------------------
Service Informatique
I.U.F.M. de Bourgogne
-----------------------------
51 rue Charles Dumont
21000 Dijon

Mail : adresse@cachée
Tel  : 03.80.67.09.02





Le 20/01/2009 15:12, David Verdin a écrit :
> La nouvelle version 5.4.5 de Sympa, sortie aujourd'hui, résoud - 
> partiellement - ce problème. Désormais, si des erreurs se produisent 
> pendant la seconde passe LDAP, celle-ci se poursuit et Sympa 
> synchronise la liste avec l'ensemble des adresses trouvées.
> Pour éviter de spammer les propriétaires, nous ne remontons pas les 
> erreurs rencontrées au-delà des logs. Par conséquent, des erreurs au 
> cours de la seconde passe sont suceptibles de passer inaperçues. Nous 
> comptons implémenter - pour la version 6 désormais - un test de chaque 
> source qui affichera les resultats renvoyés, erreurs incluses.
>
> Cordialement,
>
> francois.perichon a écrit :
> > Bonjour,
> > Après un upgrade de 5.4.3 vers 5.4.4, les sources de données de type 
> > include_ldap_2level_query ne fonctionne plus.
> > Ces sources de données ont justement fait l'objet d'un patch pour la 
> > 5.4.4. Y a t'il quelque chose à modifier dans la configuration?
> >
> > Ci-après, les logs de sympa et ceux du ldap (qui semble perdre la 
> > connection avec sympa)
> >
> > Dec 22 14:06:58 listes wwsympa[11495]: 
> > List::on_the_fly_sync_include() Synchronizing list members...
> > Dec 22 14:06:58 listes wwsympa[11495]: 
> > List::_include_users_ldap_2level() LDAP search (2nd level) failed : 
> > No such object (searching on server ldapserv.univ-lille2.fr:1389 ; 
> > suffix uid=33544,ou=people,dc=univ-lille2,dc=fr ; filter 
> > (&(objectClass=qmailUser)(accessToService=receiveMail)) ; attrs: mail)
> > Dec 22 14:06:58 listes wwsympa[11495]: List::_load_users_include2() 
> > Inclusion include_ldap_2level_query failed in list icpal.personnel
> > Dec 22 14:06:58 listes wwsympa[11495]: List::sync_include() Could not 
> > include subscribers for list icpal.personnel
> >
> >
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 fd=13 ACCEPT from 
> > IP=xxx.xxx.xxx.xxx:46184 (IP=193.51.139.189:1389)
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=0 BIND 
> > dn="cn=sympa,ou=appli,dc=univ-lille2,dc=fr" method=128
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=0 BIND 
> > dn="cn=sympa,ou=appli,dc=univ-lille2,dc=fr" mech=SIMPLE ssf=0
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=0 RESULT tag=97 
> > err=0 text=
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=1 SRCH 
> > base="ou=groups,dc=univ-lille2,dc=fr" scope=1 deref=2 
> > filter="(cn=personnel - icpal)"
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=1 SRCH attr=member
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=1 SEARCH RESULT 
> > tag=101 err=0 nentries=1 text=
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=2 SRCH 
> > base="uid=33544,ou=people,dc=univ-lille2,dc=fr" scope=0 deref=2 
> > filter="(&(objectClass=qmailUser)(accessToService=receivemail))"
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=2 SRCH attr=mail
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 op=2 SEARCH RESULT 
> > tag=101 err=32 nentries=0 text=
> > Dec 22 14:06:58 ldapserv slapdtest[19748]: conn=1 fd=13 closed 
> > (connection lost)