Le 15/12/2014 11:31, Philippe Aepli
(via sympa-fr Mailing List) a écrit :
Bonjour,
Toutes les tâches dans
Sympa sont enregistrées dans le dossier spool/task de votre
installation.
Toutes les tâches de
Sympa commence par la date d'exécution au format epoch. Il suffit de
renommer la tâche pour forcer son exécution à une
autre date.
Par exemple, avec la
tâche purge_tables,
elle devrait se nommer <epoch>.ACTION.
purge_tables._global.
Pour convertir une date
au format epoch ou inversémment, il faut
utiliser la commande date de la manière suivante
sur un système linux:
epoch à date:
# date --date "@1418667777"
Mon Dec 15 19:22:57 CET 2014
date à epoch:
# date --date "Mon Dec 15 10:20:00 CET 2014"
+%s
1418635200
Ensuite, il suffit de
renommer la tâche pour changer sa date
d'exécution, comme le montre l'exemple suivant:
# mv
1418667777.ACTION.purge_tables._global
1418635500.ACTION.purge_tables._global
Attention, la date de
la prochaine exécution sera modifiée à la fin de
l'exécution de cette dernière, grâce à cette
instruction:
next (execution_date+1d,
ACTION)
Salutations.
Philippe
AEPLI Email:
address@concealed
Université
de Genève Tél:
+41 22 379 72 86
Division
STIC Mob:
+41 79 280 20 24
Rue
du Général-Dufour, 24 Fax:
+41 22 379 79 86
1204
Genève
Bonjour,
Merci
beaucoup pour ces précisions.
Je
n'ai pas de problème avec la table
bulkmailer_table.
Par
contre, c'est effectivement avec la table
bulkspool_table, que j'ai un fonctionnement un
peu bizarre.
Ce
matin en forçant l'exécution prématurée de la
tâche purge_table, cela m'a bien vidé
entièrement cette table. Mais, il me semble
que ce n'est pas le cas quand elle s'exécute
le soir …
Je
vais suivre ce nettoyage de près.
Salutations.
Philippe
AEPLI Email:
address@concealed
Université
de Genève Tél:
+41 22 379 72 86
Division
STIC Mob:
+41 79 280 20 24
Rue
du Général-Dufour, 24
Fax: +41 22 379 79 86
1204
Genève
De : address@concealed
[mailto:address@concealed]
De la part de David Verdin
Envoyé : vendredi 12 décembre 2014 10:30
À : address@concealed
Objet : Re: [sympa-fr] Taille de la table
bulkspool_table
Ah alors tu as peut-être un souci
avec la tâche de nettoyage.
Rappel : il y a deux tables liées aux spools du bulk
:
- bulkspool_table qui contient les messages à
expédier
- bulkmailer_table qui contient les informations
relatives aux sessions SMTP
Il y a toujours une entrée pour chaque message à
distribuer dans bulkspool_table, et n entrées (une
par future session) dans bulkmailer_table pour
chaque message.
Les entrées dans bulkmailer_table sont supprimées
dès que la session correspondante a été jouée.
Les entrées dans bulkspool_table sont supprimées
chaque jour par la tâche purge_tables, de la manière
suivante :
- la tâche est exécutée toutes les 24 heures,
- elle supprime toutes les entrées situées dans
bulkspool_table auxquelles ne sont plus associées
aucune entrée dans la table bulkmailer_table.
Donc si ta table bulkspol_table croît de manière
constante, c'est que la tâche purge_tables ne
s'exécute pas, ou pas correctement. Il faut voir si
tu as des erreurs à propos de cette tâche dans les
logs de Sympa.
Voili voilou,
Bonne journée,
David
Le 11/12/14 14:27, Philippe Aepli
(via sympa-fr Mailing List) a écrit :
Bonjour,
Oui,
je suis au courant de cette fonctionnalité
et de son résultat.
Mais,
même après avoir exécuté cette requête,
des informations restent stockées dans la
base de données et la table continue de
croitre.
C'est
ces données qui m'inquiètes et qui
visiblement disparaitrons dans une version
future où la base de donnée ne sera plus
utilisée comme "spool" de courriels.
Ma
question, a peut-être été mal posée. En
fait, comme cette table continue de
croitre, je voulais savoir si de temps en
temps on pouvait la vider dans son
intégralité ou est-ce que cela poserait
des problèmes à Sympa.
Salutations.
Philippe
AEPLI
Email: address@concealed
Université
de Genève
Tél: +41 22 379 72 86
Division
STIC
Mob: +41 79 280 20 24
Rue
du Général-Dufour, 24 Fax: +41
22 379 79 86
1204
Genève
De : address@concealed
[mailto:address@concealed]
De la part de Marc Lamouche
Envoyé : mardi 25 novembre 2014 18:08
À : address@concealed;
Philippe Aepli
Objet : Re: [sympa-fr] Taille de la
table bulkspool_table
Bonjour,
Je ne sais pas ce que fait exactement cette
tâche de nettoyage, mais la
requête sql "optimize table" sur la table en
question permet d'effacer
toutes les scories et de ramener sa taille
juste à sa valeur utile...
Cordialement.
Marc
Lamouche,
Sce. Informatique -
Administrateur Système &
Réseau
Tèl: (+33)15606-2080 /
Bureau 312
INED 133
Boulevard Davout, 75020 Paris
- France
Est-ce
bien utile de m'imprimer ?
De: "Philippe
Aepli" <address@concealed>
À: address@concealed
Envoyé: Mardi 25 Novembre 2014
17:54:47
Objet: [sympa-fr] Taille de la table
bulkspool_table
Bonjour,
Aujourd'hui
lors d'un contrôle de routine, j'ai
remarqué que la table
bulkspool_table représente quasiment
la totalité de la base de donnée.
Pourtant,
il y a bien une tâche qui est censée
nettoyer cette table.
Ma
question est toute simple, bien que
nettoyée périodiquement est-ce
normal que cette table grossisse à
vue d'oeil ?
Merci
d'avance pour vos réponses.
Salutations.
Philippe AEPLI Email:
address@concealed
Université de
Genève
Tél: +41 22 379 72 86
Division STIC Mob:
+41 79 280 20 24
Rue du
Général-Dufour, 24 Fax:
+41 22 379 79 86
1204 Genève
--
A bug in Sympa? Quick! To the bug
tracker!
David
Verdin
Études
et projets applicatifs
Tél : +33 2 23
23 69 71
Fax : +33 2 23 23 71 21
www.renater.fr
RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex