Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] bulkspool_table

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Anne-Lise GROS <adresse@cachée>
  • To: adresse@cachée, <adresse@cachée>
  • Subject: Re: [sympa-fr] bulkspool_table
  • Date: Thu, 15 Nov 2012 11:14:05 +0100

bonjour,

Merci, je vais regarder.
J'ai contourné le problème en mettant une forte valeur à la variable max_allowed_packet dans le fichier conf de mysql my.cnf. J'ai également supprimé des enregistrements dans la table bulkspool_table suivant ce qui est décrit dans http://comments.gmane.org/gmane.mail.sympa.dev/454
Aussi, j'ai eu le retour des utilisateurs qui n'ont reçu aucun message d'avertissement de non cheminement de leur mail où le fichier attaché n'était pas accepté car trop lourd. Par contre, l'archivage de la liste utilisée était bien maj avec le mail non envoyé. Cela m'a semblé un peu bizarre car on pourrait ainsi penser qu'en fait le mail a été bien traité. Est-ce un dysfonctionnement dans sympa qu'il n'y ait pas un retour automatique à l'expéditeur pour le prévenir ou cela n'a-t-il pas été pris en compte dans la procédure ?

bonne journée

Le 14 nov. 2012 à 17:22, <adresse@cachée> <adresse@cachée> a écrit :


Bonjour,

Je suis en V6.0.2, je ne sais pas si c'est pareil pour ta version.
Cette table se vide de manière récurrente grâce à la task : purge_tables qui s'exécute via le process task_manager. Par défaut, elle s'exécute tous les jours.

Si ta table ne se vide pas, il y'a fort a parier que la tâche ne s'exécute pas.

Pour vérifier tu dois trouver sous : ........./sympa/spool/task =>spooler des tâches, une tâche du style 1352987418.ACTION.purge_tables._global => les chiffres correspondent au timestamp de sa future exécution.

Si ce n'est pas le cas, voici une solution pour résoudre ton problème.

  • sous ..../sympa/default/global_task_models/ tu dois trouver une task qui se nomme purge_tables.daily.task
  • Copie/colle la dans le spooler des task (/sympa/spool/task)
  • Edite cette tâche, pour avoir cela :
title.gettext daily delete unusefull item from any table
 
/ACTION
purge_tables ()
next (execution_date+1d, ACTION)
  • Enregistre
  • Ensuite renomme la tâche en XXXXXXXXXX.ACTION.purge_tables._global => XXXX étant ton timestamp d'exécution*
  • C'est fini, assure toi que le process task_manger.pl tourne et regarde tes logs ;)
Pour un info, à chaque exécution de la tâche une nouvelle se créera à nouveau automatiquement à +1 jour.
 
* Pour obtenir ton timestamp 'date +%s' ensuite tu rajoute 120 sec pour avoir le temps de faire ta commande.
 
J'espère avoir pu t'aider
 
Cordialement,

Lievre Marc-Alexandre
MOE Liste de diffusion
Tél : 03 83 67 51 50
adresse@cachée



-----Message d'origine-----
De : adresse@cachée [mailto:adresse@cachée] De la part de algros
Envoyé : mercredi 14 novembre 2012 13:07
À : Anthony
Cc : adresse@cachée; Anne-Lise GROS
Objet : Re: [sympa-fr] bulkspool_table

Non, j'ai fait les augmentations sur ce paramètre, ce qui m'a débloqué en effet à cette époque mais là, il s'agit bien de la table qui ne se vide pas, donc ça déborde....

Le 14.11.2012 12:20, Anthony a écrit :
> Le 14/11/2012 11:48, Anne-Lise GROS a écrit :
>> bonjour la liste,
>>
>> Je suis sous sympa 6.1.7 et depuis qqs jours, on ne peut envoyer de
>> messages avec des fichiers attachés de plus de 700 ko.
>
>
> ça ressemble à un problème que j'ai eu récemment sur l'une de mes
> listes. En mettant les logs en mode debug j'ai affiné l'affichage de
> l'erreur et j'ai résolu mon problème en augmentant mon
> "max_allowed_packet" dans ma configuration mysql.
>
> Anthony

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
Thank you.




Archives gérées par MHonArc 2.6.19+.

Haut de le page