Re: [sympa-fr] include2

[Olivier LACROIX <adresse@cachée>]

Bonjour.

Dans son message, Pascal Maes ecrivait :
----------------------------------------------

*> Bonjour,
*> 
*> j'utilise sympa 3.4.3.1 sur une Sun Solaris 2.8 (perl 5.8.0)
*> et j'ai modifié la configuration d'une liste contenant plusieurs
*> "include" de databases PostgreSQL à une configuration "include2".
*> 
*> La liste des abonnés est correcte mais nous observons les phénomènes 
suivants :
*> 
*> 1) dans sympa .log
*> 
*> May  2 08:08:13 gaia.elec.ucl.ac.be task_manager[24954]: creation of 
*> /var/sympa/spool/task/1051855667.INIT.sync_include.conseil
*> May  2 08:08:13 gaia.elec.ucl.ac.be task_manager[24954]: with model 
*> /var/sympa/bin/etc/list_task_models/sync_include.ttl.task
*> May  2 08:08:13 gaia.elec.ucl.ac.be task_manager[24954]: warning : 
*> label INIT exists but is not used
*> May  2 08:08:16 gaia.elec.ucl.ac.be task_manager[24954]: Waiting for 
*> reading lock on /var/sympa/expl/conseil/include.lock
*> May  2 08:08:16 gaia.elec.ucl.ac.be task_manager[24954]: Failed 
*> locking /var/sympa/expl/conseil/include.lock: Bad file number
*> 
*> May  2 08:10:19 gaia.elec.ucl.ac.be task_manager[24954]: 
*> List:sync_include(conseil): 17 users removed
*> May  2 08:10:20 gaia.elec.ucl.ac.be task_manager[24954]: line 5 of 
*> 1051855757.INIT.sync_include.conseil : next (1051859420, INIT)
*> May  2 08:10:20 gaia.elec.ucl.ac.be task_manager[24954]: creation of 
*> /var/sympa/spool/task/1051859420.INIT.sync_include.conseil
*> May  2 08:10:20 gaia.elec.ucl.ac.be task_manager[24954]: with model 
*> /var/sympa/bin/etc/list_task_models/sync_include.ttl.task
*> May  2 08:10:20 gaia.elec.ucl.ac.be task_manager[24954]: warning : 
*> label INIT exists but is not used
*> May  2 08:10:20 gaia.elec.ucl.ac.be task_manager[24954]: --> new task 
*> sync_include ( 2 Fri May 2003  09 h 10 min 20 s)
*> 
*> et il semble que cette tâche ne soit jamais exécutée mais chaque fois 
reportée
*> 

Pour le warning INIT, laissez tomber, c'est juste une trace DEBUG.

Le lock est un verrou qui permet que 2 processus ne modifie pas la liste en 
même temps. Mais apparemment il y a encore des petits soucis. Effacer le lock 
ne sert à rien, car s'il est verrouillé au moment de l'effacement, l'inode 
reste.

De toute façon, vu vos traces, la tâche est bien exécutée :
May  2 08:10:19 gaia.elec.ucl.ac.be task_manager[24954]: 
List:sync_include(conseil): 17 users removed


*> 2) un message envoyé à la liste a bien été archivé mais pas distribué aux
*>     membres de la liste.
*>     Je pense qu'il y a un lien entre cette "non-distribution" et le fait 
que
*>     la liste ne puisse pas être mise à jour mais je ne vois pas ce que je
*>     pourrai y faire.
*> 

Ca, c'est un bug que j'ai aussi de temps à autre, mais pour lequel je n'ai 
pas 
encore trouvé de solution. Pour une raison inexpliquée, sympa ne distribue 
pas 
le message, car il trouve 0 abonnés (regardez vos logs). C'est d'autant plus 
surprenant que si la liste est privée, il accepte le message uniquement d'un 
abonné. On a l'impression que la liste des abonnés se vide entre la 
vérification de l'émetteur et l'envoi du message. De plus, si vous envoyez un 
autre message à la liste quelques secondes après, tout se passera bien. Ce 
problème n'est pas lié à PostgreSQL, car j'ai le même bug avec MySQL.

Le premier qui trouve où ce trouve le bug a gagné le droit à être connu.


-- 
 Olivier LACROIX
 Cellule Réseau Lothaire

 C.I.R.I.L.             |  Tél réseau : +33 3.83.68.24.24
 Château du Montet      |  Tél direct : +33 3.83.68.24.29
 Rue du Doyen Roubault  |  Fax        : +33 3.83.68.24.01
 F - 54500 VANDOEUVRE   |  email      : adresse@cachée