Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [fr@sympa] Quelques soucis d'install 6.2.72
- From: Frédéric Goudal <adresse@cachée>
- To: David Verdin <adresse@cachée>
- Cc: Frédéric Goudal <adresse@cachée>, adresse@cachée
- Subject: Re: [fr@sympa] Quelques soucis d'install 6.2.72
- Date: Thu, 1 Feb 2024 12:09:34 +0100
Bonjour,
Ça marche… mais suivant une logique spécifique apparemment. En fait, je me
suis emmélé les pinceaux dans les versions, et la version de prod avait déjà
les infos owner, editor dans la bdd, et dans ce cas l’upgrade ne recommence
pas à remplir la table qui existe, même si on met un —from antérieur à 6.32…
ce qui est ma foi tout à faut compréhensible...
Du coup j’ai trouvé mon erreur, et j’ai tellement honte que je n’ose pas trop
vous raconter.
MAIS… un grand merci à tous ceux qui m’ont donné des pistes qui m’ont permis
de trouver ma grossière erreur…
(Et finallement si j’avais sû ça le seul soucis d’upgrade était le passage de
host à domain)….
Donc merci encore.
f.g.
> Le 31 janv. 2024 à 19:03, David Verdin <adresse@cachée> a écrit :
>
> 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
—
Frédéric Goudal
Ingénieur Système, DSI Bordeaux-INP
+33 556 84 23 11
- Re: [fr@sympa] Quelques soucis d'install 6.2.72, Frédéric Goudal, 01/02/2024
Archives gérées par MHonArc 2.6.19+.