Re: [sympa-fr] Migration de Sympa 6.1 vers 6.2

[Benoît Marchal <adresse@cachée>]

Bonjour,

Je reviens sur mon problème après quelques vacances.

Tout d'abord, j'ai essayé un 'sympa.pl --sync_list_db' sur une liste particulière. Cela m'a répondu : "Sympa not configured to use database list caching"

C'est peut-être normal.

Dans ce cas, est ce que la table list_table est bien utilisée, puisque, comme je le signale dans mon message ci-dessous, j'ai des listes qui fonctionnent sans trouver d'entrée dans cette table ?

Est ce que cela va poser un souci lors de la migration ? et que faire pour le corriger si c'est bloquant ?

Pour les entrées dans la table 'subscribed_table'  pour des listes inexistantes, mea culpa : j'ai travaillé sur une copie de la base et entre temps, la liste avait été supprimée.

Je remets un autre point : dans la version 6.1, j'avais été obligé de patcher le code de Scenario.pm par les lignes ci-dessous car je m'étais rendu compte que le robot n'était pas forcement passé dans le nom de la liste et qu'alors, il était impossible de retrouver une liste dans la méthode verify de la custom condition.

diff Scenario.pm Scenario.pm.ori

<     eval "\$res = CustomCondition::${condition}::verify(\@{\$args_ref},\$robot);";

---

>     eval "\$res = CustomCondition::${condition}::verify(\@{\$args_ref});";

Or, en analysant le nouveau code de la version 6.2, il y a la même ligne (à la ligne n°1724). Est ce que le problème est corrigé ? Avec la disponibilité de Sympa en RPM, ce qui m'arrange franchement, je n'ai plus forcement la possibilité de vérifier cela si j'utilise une mise à jour automatique.

 

Cdlt

PS : un grand merci à David pour tout le travail fait au cours de ses nombreuses années où nous avons échangé

----- Le 13 Juil 16, à 16:18, David Verdin <adresse@cachée> a écrit :

Bonjour,

Le 08/07/16 à 15:40, Benoît Marchal a écrit :

Bonjour,

Je prépare ma migration vers la version 6.2 de Sympa.

J'essaie de voir si ma base de donnée est dans un état 'correct'. Et j'ai trouvé des incohérences dedans.

Tout d'abord, j'ai des listes qui fonctionnent (présence du répertoire de la liste) sans trouver d'entrée dans la table 'list_table' pour celles-ci.

Ensuite, au contraire, je trouve des entrées dans la table, marqué 'closed',  sans trouver de répertoire pour elles. Ces listes n'apparaissent pas dans l’administration des listes. Je reproduis cela avec l'interface en fermant la liste, puis en l'effaçant dans l'onglet 'Administration de Sympa'. (* cela a pas l'air de se produire sur mon sympa de test en 6.2)

Est-ce que les erreurs persistent si tu exécutes sympa.pl --sync_list_db ?

Et pour finir, dans ce que j'observe, j'ai quelques entrées dans la table 'subscribed_table' pour des listes qui n'existent plus.

Et ces entrées n'existient pas avant la migration ?

Pour le moment, mes tables sont historiquement en MyISAM. En installant une version de test, les tables seront en Innodb.

Je n'aimerais pas générer de futures erreurs de fonctionnement si l'utilisation des clés étrangères est par exemple activée.

On n'utilise pas de clés étrangères.
Enfin si, mais c'est le code de Sympa qui gère, pas le modèle de données dans le SGBD.

Est ce que vous savez si tout cela à de l'importance (en dehors du fait que ce n'est pas propre) ?

Est ce qu'il faut que je passe par un contrôle un peu plus poussé de la base avant tout migration définitive ? Et dans ce cas, que faudrait-il que je vérifie en plus ?

Dans l'attente de vos avis.

Cordialement

--

Benoît MARCHAL
Sous direction Infrastructure & Services
Direction du Numérique
Université de Lorraine
Tél : 03.72.74.11.39
mél : adresse@cachée

--
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

--

Benoît MARCHAL
Sous direction Infrastructure & Services
Direction du Numérique
Université de Lorraine
Tél : 03.72.74.11.39
mél : adresse@cachée