Fwd: 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 une petite relance car je pense migrer définitivement d'ici peu.
Cordialement

JMB



-------- Message original -------- Sujet: Re: [sympa-fr] Problème 5.4.4 et include_ldap_2level_query --> Problème pesistant en version 6.0.3 ? Date : Fri, 18 Jun 2010 15:00:23 +0200 De : Jean-michel Bourdin <adresse@cachée> Pour : adresse@cachée <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)
>>
>