Tâche #33724
Scénario #36452: Porter sympa sur Eole 2.9 puis 2.10
EOLE 2.9 : Revoir sympa
100%
Description
Avec Scribe, le test de Ci CreateFreshInstallFromUbuntu tombe en erreur :
err Conf::_set_listmasters_entry() Robot eole config: Listmaster address "listmaster@eole" is not a valid email err Conf::_detect_missing_mandatory_parameters() Required field not found in sympa.conf: listmaster err Conf::load() Errors while parsing main config file /etc/sympa/sympa/sympa.conf Configuration file /etc/sympa/sympa/sympa.conf has errors.
Cela ressemble à un problème de conf dans /etc/sympa/sympa/sympa.conf. A voir d'où vient ce fichier.
Remarque : même problème en 2.8.1...
Suppression de la dépendance à sympa en attendant.
Révisions associées
Suppression (temporaire) des dépendances à sympa
Ref : #33724
Mise à jour de la configuration
Ref #33724
Mise à jour de la configuration pour EOLE 2.9
Ref #33724
La variable sympa/listmaster par défaut n’est pas valide
Ref #33724
L’isolation du répertoire /tmp n’est pas permise
Ref #33724
Le module fcgi est nécessaire au fonctionnement de wwsympa
Ref #33724
La variable sympa/listmaster par défaut n’est pas valide
Ref #33724
Le module apache suexec n’est plus utilisé
Ref #33724
Revenir sur l’utilisation de l’IP pour le robot
Ref #33724
Historique
#1 Mis à jour par Laurent Gourvenec il y a environ 4 ans
- Sujet changé de Revoir sympa à Revoir sympa en 2.9
- Description mis à jour (diff)
#2 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Sujet changé de Revoir sympa en 2.9 à EOLE 2.9 : Revoir sympa
- Release mis à EOLE 2.9.0
#3 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Tâche parente
#33643supprimé
#4 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Tracker changé de Tâche à Scénario
- Version cible
Prestation Cadoles MEN 2022 03-05supprimé - Début
17/01/2022supprimé
#5 Mis à jour par Joël Cuissinat il y a 10 mois
- Tâche parente mis à #36452
#6 Mis à jour par Benjamin Bohard il y a 5 mois
Outre le changement de configuration déjà apporté, le mode fcgi utilisé à partir d’Ubuntu 22.04 entraîne deux problèmes :
- la configuration apache est à revoir pour utiliser SetHandler ;
- il semble nécessaire de redémarrer le socket /run/sympa/wwsympa.socket au reconfigure.
Une fois ces changements effectués, l’application web est accessible.
#7 Mis à jour par Benjamin Bohard il y a 5 mois
Le redémarrage du socket n’est peut-être pas nécessaire : il semble que relancer la requête suffise. Peut-être que l’activation via le socket est trop lente.
#8 Mis à jour par Benjamin Bohard il y a 5 mois
En mode conteneur, le module apache proxy_fcgi n’est pas activé dans le conteneur mail.
Il semble également y avoir un problème avec la gestion du service par systemd : wwsympa.service: Failed to set up mount namespacing: Permission denied
Le service déclare PrivateTmp=true, ce qui n’est pas permis avec la configuration lxc du conteneur.
La connexion à la base de données n’est pas opérationnelle :
err main::#1087 > Sympa::DatabaseManager::instance#55 > Sympa::DatabaseDriver::MySQL::connect#58 > Sympa::Database::connect#157 Can't connect to Database Sympa::DatabaseDriver::MySQL <db_host=192.0.2.50;db_name=sympa;db_user=sympa>: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.
#9 Mis à jour par Benjamin Bohard il y a 5 mois
En postinst, le paquet sympa effectue une opération de validation de sa configuration (health_check).
À ce moment, dans le cas d’une installation, la valeur pour la variable listmaster n’est pas valide.
Elle peut être renseignée à l’avance avec debconf-set-selections et le contenu suivant :
sympa sympa/listmaster select listmaster@eole.lan
#10 Mis à jour par Benjamin Bohard il y a 5 mois
- Projet changé de Distribution EOLE à eole-sympa
- Assigné à mis à Benjamin Bohard
#11 Mis à jour par Benjamin Bohard il y a 5 mois
- Statut changé de Nouveau à En cours
- Début mis à 05/11/2025
#12 Mis à jour par Benjamin Bohard il y a 5 mois
Il y a un problème latent de nom de domaine qui n’existait pas avec les anciennes versions d’apache il me semble.
Une erreur HTTP 421 est retournée quand on tente d’accéder à la ressource en utilisant autre chose que le nom déclaré dans la configuration apache (variable ServerName) et dans robot.conf (les deux doivent être cohérents).
L’accès par IP tout comme l’accès avec le nom de domaine du serveur ne sont pas fonctionnels.
Sauf erreur de ma part, les noms déclarés sont des constructions qui ne sont pas répercutées ailleurs (pas d’enregistrements DNS équivalents).
Il y a sans doute une amélioration à faire de ce côté (je ne vois pas encore laquelle).
#13 Mis à jour par Benjamin Bohard il y a 4 mois
- Statut changé de En cours à À valider
#14 Mis à jour par Benjamin Bohard il y a 4 mois
- Statut changé de À valider à En cours
#15 Mis à jour par Benjamin Bohard il y a 4 mois
Après tests complémentaires, il s’avère que l’utilisation de l’IP est tout à fait possible.
#16 Mis à jour par Benjamin Bohard il y a 4 mois
- Statut changé de En cours à À valider
#17 Mis à jour par Laurent Gourvenec il y a environ 2 mois
- Statut changé de À valider à En cours
#18 Mis à jour par Laurent Gourvenec il y a 22 jours
- Statut changé de En cours à Résolu
#19 Mis à jour par Joël Cuissinat il y a 22 jours
- Statut changé de Résolu à Fermé
- % réalisé changé de 0 à 100
- Restant à faire (heures) mis à 0.0