Accéder au contenu.
Menu Sympa

fr - Re: [fr@sympa] Quelques soucis d'install 6.2.72

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

Archives de la liste

Chronologique Discussions  
  • From: David Verdin <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [fr@sympa] Quelques soucis d'install 6.2.72
  • Date: Wed, 31 Jan 2024 19:03:31 +0100

Bonjour à tous !

Si si, ça marche. L'upgrade est assez stupide : il se contente d'effectuer toutes les opérations automatiques de mise à jour les unes après les autres. Donc il marche, quelques soit le saut de version.

CECI DIT : il faut quand même jeter un coup d'œil aux notes de version. Certaines opérations ne sont parfois pas gérées par l'upgrade. Exemple : dans les scénarios, remplacement de [conf->host] par [domain].

Mais pour les opérations les plus tordues,, comme ce déplacement en base de données, ça marche.

Bonne journée !

David

Le 31/01/2024 à 18:05, Pascal Maes a écrit :
Et je vois également ceci dans le même fil
(https://github.com/sympa-community/sympa/issues/530)


Oh, then it's easy: you fake upgrade:


sympa.pl --upgrade --from=6.1.17 --to=6.2.38


Et voilà ! ;)



A voir si ça fonctionne avec "sympa.pl --upgrade --from=6.1.17 --to=6.2.72"


J'attendrais l'avis de David...




Le 31 janv. 2024 à 18:01, Pascal Maes <adresse@cachée> a écrit :



Voici ce que j'ai trouvé sur GitHub


Hi,
Starting 6.2.34, editors and owners are stored in database only.
If you run the following command, these data should be moved from files to
database:

sympa.pl --upgrade


Ça devait déjà être le cas en 6.2.42

Que dit la table admin ?




Le 31 janv. 2024 à 16:49, Frédéric Goudal <adresse@cachée> a
écrit :

Bonjour,

Et merci..

Pour être bien sûr : ça à changé entre la 6.2.42 et la 6.2.72 ?

Donc il va falloir se tapper toutes les définitions de listes à la main ? Il
n’y a pas eu de script de migration ?

f.g.

Le 31 janv. 2024 à 16:23, Pascal Maes <adresse@cachée> a écrit :

Bonjour,


Les propriétaires et modérateurs sont maintenant dans la DB et plus dans les
fichiers de configuration.

Le plus simple consisterait à ajouter un propriétaire dans une liste puis
faire un dump

/var/sympa/bin/sympa.pl dump --role=owner nom_de_la_list@nom_du robot

Cette commande va créer un fichier owner.dump dans le dossier de la liste.
À partir de ce fichier, vous pouvez créer les fichiers owner.dump et
editor.dump pour vos listes et ensuite les importer

/var/sympa/bin/sympa.pl dump --role=owner,editor nom_de_la_list@nom_du robot





Le 31 janv. 2024 à 12:52, Frédéric Goudal <adresse@cachée> a
écrit :

Bonjour,

Bingo, j’ai avancé un peu du coup mes listes s'affichent

MAIS….. les infos genre propriétaire ne sont toujours pas affichées (y
compris si je suis le propriétaire de la liste), par contre j’ai le bouton
pour éditer le propriétaire… et j’ai accés aux sources de données...

Une idée de piste encore ?

f.g. l’uograde n’est pas un long fleuve tranquille….



Le 31 janv. 2024 à 11:40, David Verdin <adresse@cachée> a écrit :

Ouai c'est ça.

[conf->host] a disparu des scénarios. C'est devenu [domain]. Pourquoi ?
Aucune idée. Mais c'est comme ça.

Le 31/01/2024 à 11:37, Frédéric Goudal a écrit :
Effectivement en ajoutant quelques messages de debug, la raison du rejet est
: not_compiled

Voilà le scenario

title.gettext intranet access

# this is example of a rule to check local adresses
# verify_netmask('1.12.123.0/24') smtp,md5,smime -> do_it
match([sender],/[conf->host]$/) smtp,md5,smime -> do_it
match([sender],/bordeaux-inp\.fr/) smtp,md5,smime -> do_it
is_subscriber([listname],[sender]) smtp,md5,smime -> do_it
is_owner([listname],[sender]) smtp,md5,smime -> do_it
is_editor([listname],[sender]) smtp,md5,smime -> do_it
is_listmaster([sender]) smtp,md5,smime -> do_it


Copié tel quel de l’ancien serveur…

En ajoutant du log la raison du rejet est : not-compiled….


f.g.


Le 31 janv. 2024 à 11:24, David Verdin <adresse@cachée> a écrit :

Oh, et il ya quoi dans "visibility.intranet" ? Ces scénarios ont disparu de
la distribution récente de Sympa car trop souvent source d'erreur.

Le 31/01/2024 à 10:01, Frédéric Goudal a écrit :
Bonjour,

Merci c’est plus clair sauf mais il va aussi chercher des scenarii dans
/usr/local/share/sympa/default/scenarii

Bon j’ai trouvé un scenario qui était en erreur précédemment, et qui ne l’est
plus mais…. ça ne marche pas mieux.

J’ai ça dans les logs pour une liste non affichée ;:

Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2
Sympa::Scenario::new(Sympa::Scenario, Sympa::List
<adresse@cachée>, visibility, ...)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3
Sympa::search_fullpath(Sympa::List <adresse@cachée>,
visibility.intranet, subdir)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3
Sympa::get_search_path(Sympa::List <adresse@cachée>, subdir,
scenari)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 Sympa::search_fullpath()
Name: visibility.intranet; file /usr/local/etc/scenari/visibility.intranet
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2
Sympa::Scenario::authz(Sympa::Scenario
<visibility.intranet;/usr/local/etc/scenari/visibility.intranet>, md5, HASH,
…)

Et pour une liste affichée :
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2
Sympa::Scenario::authz(Sympa::Scenario
<visibility.intranet;/usr/local/etc/scenari/visibility.intranet>, md5, HASH,
...)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug2
Sympa::Scenario::new(Sympa::Scenario, Sympa::List
<adresse@cachée>, visibility, ...)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3
Sympa::search_fullpath(Sympa::List <adresse@cachée>,
visibility.noconceal, subdir)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3
Sympa::get_search_path(Sympa::List <adresse@cachée>, subdir,
scenari)
Jan 31 09:41:40 listes2024 wwsympa[397950]: debug3 Sympa::search_fullpath()
Name: visibility.noconceal; file
/usr/local/share/sympa/default/scenari/visibility.noconceal


Ça se ressemble étrangement… du coup je ne sais pas quel paramètre fait
qu’une liste est visible et pas l’autre…. :(


f.g.




Le 31 janv. 2024 à 08:00, Pascal Maes <adresse@cachée> a écrit :

Bonjour,


Les scenarii non modifiés sont dans /var/sympa/default/scenari

Un scenario modifié se trouve
(https://www.sympa.community/manual/customize/basics-scenarios.html)


- dans /var/sympa/etc/scenari s'il est valable pour le serveur

- dans /var/sympa/etc/<robot>/scenari s'il doit être appliqué au robot

- dans /var/sympa/list_data/<robot>/<list>/scenari s'il doit être appliqué à
la liste


Les custom_conditions et search_filters se trouvent dans /var/sympa/etc
(https://www.sympa.community/manual/customize/custom-scenario-conditions.html,
https://www.sympa.community/manual/customize/basics-scenarios.html)

Les data_sources, comme pour les scenari :
https://www.sympa.community/manual/customize/data-sources.html




Le 30 janv. 2024 à 18:12, Frédéric Goudal <adresse@cachée> a
écrit :

Ok…

J’imagine que si sur l’interface web j’ai accés à « administration des listes
» je suis bien administrateur ?

Une petite précision : nous avons plusieurs robots, et le serveur en prod
hérite d’une longue histoire.

Je pense avoir trouvé effectivement une source d’erreur, mais je ne sais pas
trop comment la corriger :
J’ai une erreur effectivement au niveau d’un scenario visibility.intranet
Sur l’ancien serveur je trouve ce script à plusieurs endroits :
/etc/sympa/<robot>/scenari/visibility.intranet
(avec des spécificités par robot)
et dans
/home/sympa/default/scenari/visibility.intranet

Alors que dans le nouveau serveur je n’en trouve qu’un pour un des robots dans
/usr/local/etc/<robot>/scenari/visibility.intranet

Du coup plusieurs questions :
- où dois-je mettre les scenari pour les différents robots ? (j’ai fait une
install à partir des sources et je n’ai pas touché le layout) Il me semble
que default n’est pas forcément le bon répertoire…
- où est configuré l’appel de ce scenario pour les différents robots ?

Et en continuant de regarder, je vois que dans notre ancien serveur nous
avons quelques répertoires genre custom_conditions, data_sources,
search_filters,…
Je les trouves dans /etc/sympa mais ce sont des liens symboliques vers
/home/sympa/etc
Du coup dans le nouveau serveur il faudrait que ce soit dans ? /usr/local/etc
?

Désolé, je ne me suis pas penché sur sympa depuis bien 10 ans… la reprise est
un peu difficile…

f.g.




Le 30 janv. 2024 à 17:36, David Verdin <adresse@cachée> a écrit :

Si tu vois toutes les listes depuis l'administration mais pas depuis la liste
des listes, c'est que leur scénario visibility t'empêche de le faire.

Soit tu n'es pas listmaster avec l'adresse employée pour t'authentifier, soit
le scénario visibility ne peut pas être évalué (par exemple, parce qu'il
n'existe pas ou est illisible).

Note que si tu passes en 6.2.72, le niveau d'authentification "dkim" a
disparu des scénarios.

Les logs doivent pouvoir t'aider.

Bonne journée !

David

Le 30/01/2024 à 17:31, Frédéric Goudal a écrit :
Bonjour,

Je suis en train de tenter de faire une mise à jour de notre serveur de liste
6.2.41. J’ai copié la base de donnée, copié les données de list_data dans le
répertoire ad-hoc… fait tourné sympa.pl —upgrade

Le soucis est qu’au final quand j’affiche la liste des listes, seules 6
listes sur une centaine remontent avec des informations très incomplètes
(perte des propriétaires par exemple).


Si je vais dans administration des listes et que je liste les listes par date
de création je vois les listes…

Une idée d’où chercher la cause de ce comportement ?

f.g.



Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
"À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
les règles et le plaisir sadique que procure le spectacle de la violence.
En d'autres termes : c'est la guerre, les fusils en moins."
- Georges Orwell

David Verdin
La Fabrique
Direction des Services Applicatifs
RENATER - Rennes


Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
Pascal





Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
"À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
les règles et le plaisir sadique que procure le spectacle de la violence.
En d'autres termes : c'est la guerre, les fusils en moins."
- Georges Orwell

David Verdin
La Fabrique
Direction des Services Applicatifs
RENATER - Rennes


Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
"À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
les règles et le plaisir sadique que procure le spectacle de la violence.
En d'autres termes : c'est la guerre, les fusils en moins."
- Georges Orwell

David Verdin
La Fabrique
Direction des Services Applicatifs
RENATER - Rennes


Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
Pascal





Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11




--
Pascal




--
"À un certain niveau, le sport n'a plus rien à voir avec le fair-play.
Il met en jeu la haine, la jalousie, la forfanterie, le mépris de toutes
les règles et le plaisir sadique que procure le spectacle de la violence.
En d'autres termes : c'est la guerre, les fusils en moins."
- Georges Orwell

David Verdin
La Fabrique
Direction des Services Applicatifs
RENATER - Rennes

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




Archives gérées par MHonArc 2.6.19+.

Haut de le page