Re: [sympa-fr] Première demande de mot de passe plante

[David Verdin <adresse@cachée>]

Bonjour,

Là, le processus ne plante pas. Le problème c'est que l'on ne voit pas non plus passer ta demande de mot de passe. Soit tu ne l'as pas envoyée, soit les spools ne sont pas correctement configurés : Sympa ne chercherait pas à parcourir le bon répertoire. Mais là, il n'y a pas de raison qu'il plante.

La deuxième ligne de tes logs, c'est l'envoi de la notification du dernier plantage de Sympa.

Un autre moyen de débugger, c'est de lancer sympa.pl sans l'option "-d" et de repérer le pid du processus. Ensuite, une fois qu'il a planté, tu vas chercher dans le spool tmp (par défaut ça doit être le répertoire /var/spool/sympa/tmp) le fichier qui s'appelle "<pid>.stderr" où "<pid>" est le pid du processus Sympa qui vient de planter.

Ce fichier contient l'erreur standard émise par le processus. En général, un plantage a de bonne chances d'être dû à quelque chose de suffisamment inattendu pour déclencher une impression dans l'erreur standard.

Donc tu peux nous envoyer le contenu de ce fichier (sachant qu'en général, seule la dernière ligne est utile) et on pourra sans doute t'aider.

Cordialement,

David

Le 18/09/12 18:04, Daniel B a écrit :

Bonjour David,

 

J'ai lancé la commande comme tu l'as demandé.

Le résultat est le suivant:

 

debug2 List::get_user_db() List::get_user_db(adresse@cachée)
debug2 mail::mail_file() mail::mail_file(/home/sympa/default/mail_tt2/listmaster_notification.tt2, adresse@cachée, )
debug Language::PushLang() Language::PushLang(en)
debug2 Language::SetLang() Language::SetLang(en)
debug Language::PopLang()
debug2 Language::SetLang() Language::SetLang()
debug Language::PushLang() Language::PushLang(en)
debug2 Language::SetLang() Language::SetLang(en)
debug2 Language::SetLang() Language::SetLang(en)
debug Language::PopLang()
debug2 Language::SetLang() Language::SetLang(en_US)
debug Language::PushLang() Language::PushLang(en)
debug2 Language::SetLang() Language::SetLang(en)
debug Language::PopLang()
debug2 Language::SetLang() Language::SetLang(en_US)
debug mail::sending() NOT USING BULK
notice Sympa 6.1.14 started
debug2 Language::SetLang() Language::SetLang(en)
debug2 List::init_list_cache() List::init_list_cache()
debug2 mail::reaper() Reaper unwaited pids : 12705
Open = 1

 

debug2 Language::SetLang() Language::SetLang(en)
debug2 List::init_list_cache() List::init_list_cache()
debug2 mail::reaper() Reaper unwaited pids :
Open = 0

 

debug2 Language::SetLang() Language::SetLang(en)
...

 

Le dernier paragraphe est répété indéfiniment.

Lorsque je lance "sympa.pl" sans l'option "-d", j'arrive à voir le processus apparaître dans ps pendant environ 2 secondes, puis il disparaît.

 

Pour Marc-Alexandre, concernant les logs j'ai mis la ligne suivante dans rsyslog.conf de mon serveur:

 

# Sympa mailing list logs
local1.*                                                /var/log/sympa

 

Je ne sais pas si c'est juste.

 

Cordialement,

Daniel

 

 

 

----- Original Message -----

From: David Verdin

To: adresse@cachée

Sent: Tuesday, September 18, 2012 9:36 AM

Subject: Re: [sympa-fr] Première demande de mot de passe plante

Bonjour,

Les logs indiquent que les démons démarrent mais ils doivent planter après.
Pour débugger, tu peux lancer "sympa.pl -d". On saura exactement pourquoi il plante.

Cordialement,

David

Le 17/09/12 20:18, Daniel B a écrit :

Bonjour David,

 

Merci pour ces indications.

 

Malheureusement je n'arrive pas à fair ces tests car maintenant c'est encore pire (je n'ai rien changé depuis):

Lorsque je lance le service sympa, il indique que tout est lancé correctement.

Dans les logs (/var/log/messages) j'ai ceci:

 

Sep 17 20:17:01 joshua sympa[2865]: info Configuration file read, default log level 4
Sep 17 20:17:01 joshua sympa[2865]: info Server started for all, pid 2867
Sep 17 20:17:02 joshua bulk[2871]: info Configuration file read, default log level 4
Sep 17 20:17:02 joshua bulk[2871]: info Starting bulk master daemon, pid 2873

Il n'y a pas d'erreur, mais si je fais "service sympa status" il me répond ceci:

 

Status of Sympa subsystem:
Status file for subsystem found.
sympa.pl is stopped
bulk.pl is stopped
archived.pl is stopped
bounced.pl is stopped
task_manager.pl is stopped

Donc le serveur ne s'est pas vraiment lancé.

Avec ps aux, le résultat est le même, pas de processus sympa qui tourne.

 

Une idée de ce qui se passe?

 

Cordialement,
Daniel

 

 

 

----- Original Message -----

From: David Verdin

To: adresse@cachée

Sent: Tuesday, September 04, 2012 9:17 AM

Subject: Re: [sympa-fr] Première demande de mot de passe plante

Normalement, quand le processus wwsympa.fcgi plante, tu dois voir une erreur 500 dans le navigateur. Si ce n'est pas le cas, c'est que ce n'est pas lui qui plante, mais sans doute le bulk.pl, chargé d'expédier le message.
Pour avoir un peu plus d'infos sur la raison du plantage, tu pourrais augmenter le niveau de logs :
  - passe log_level dans wwsympa.conf à la valeur 2
  - lance bulk.pl en mode debug (c'est à dire avec l'option "-d")

Ensuite, retente un envoi de mot de passe initial et fais-nous suivre les logs qui sont produits.

Cordialement,

David

Le 31/08/12 19:24, Daniel B a écrit :

Bonjour,

 

Je suis en train d'installer sympa 6.1.14 sur mon serveur CentOS 6 et après l'installation qui semble être en ordre (service tourne correctement, pas d'erreur dans les log files lorsque je lance le service, etc..), je n'arrive pas à recevoir le premier mot de passe pour le listmaster depuis l'interface web (first login).

Lorsque je le demande, la page web me dit que le mot de passe a été correctement envoyé mais en réalité je reçois un autre message de la part de mailer-request à la place qui est le suivant:

 

Previous process crashed

 

Previous process has died unexpectedly.
Date of crash:
Errors:

 

Check log file for further details.

 

Effectivement, le service sympa a planté et je dois le relancer à la main.

Ceci se produit à chaque fois que j'essaie d'obtenir ce premier mot de passe pour le listmaster.

Je n'ai pas d'autre log qui explique mieux ce qui se passe et /var/log/maillog n'affiche aucune autre indication autre que de dire que l'e-mail pour le listmaster a été correctement envoyé (probablement le message de l'erreur).

 

Que puis-je faire?

 

Merci d'avance pour une quelconque aide car je suis franchement bloqué là et il me semble que je suis tout près du but...

 

Salutations cordiales,

Daniel

 

 

Attachment: smime.p7s
Description: Signature cryptographique S/MIME