Re: [sympa-fr] Changement de domaine

[Christophe GABORET <adresse@cachée>]

Bonjour à tous, 

J'avance doucement sur cette migration. 

A l'exception de la partie SMTP que je n'ai pas touché pour l'instant, je pense que c'est pas mal. En d'autres termes, j'ai un serveur 

6.2.24 fonctionnel  avec tous mes robots. 

Je n'ai cependant pas trouvé comment copier les listes d'un domaine/robot à un autre. J'ai donc scripté un truc du genre qui fait un renommage: 

ls -1 /var/lib/sympa/list_data/tem-tsp.eu/ > $tmpfile1

for x in `cat $tmpfile1`

do

sympa.pl --adresse@cachée --new_listname=$x --new_listrobot=nouveaudomaine.fr

cd /var/lib/sympa/list_data/nouveaudomaine.fr/$x

sed 's/host tem-tsp.eu/host nouveaudomaine.fr/g' config > $tmpfile2

sed 'adresse@cachéeadresse@cachée/g' $tmpfile2 > confignew

chown sympa:sympa confignew

\mv confignew config

done

Ce n'est pas la panacée mais je pense que je vais pouvoir m'en sortir avec un jeu d'alias pour rediriger les anciennes listes vers les nouvelles. 

Il y a peut-être encore moyen de modifier ça, si vous avez des idées/suggestions/docs for dummies, je suis preneur..  

Parallèlement à ça, mes collègues et moi-même recevons beaucoup de mails du nouveau serveur sympa au sujet d'inclusion de listes. 
Typiquement, j'ai dans les logs: 

févr. 12 09:59:34 sympatmp.int-evry.fr task_manager[15036]: err List::_load_users_include2() Inclusion include_list failed in list personnel

févr. 12 09:59:34 sympatmp.int-evry.fr task_manager[15036]: err List::sync_include() Errors occurred while synchronizing datasources for list: personnel

Ce n'est pas tant les commentaires sarcastiques de mes collègues que le risque que mes listes globales ne soient pas mises à jour qui me gêne.

Je soupçonne que je fais des inclusions de listes de l'ancien domaine mais je n'arrive pas à trouver le moindre indice sur l'interface web, ni dans les fichiers de conf. Est-ce que c'est en base de données ? 

Y-a-t-il un moyen de vérifier ça et de le corriger ? 

Merci d'avance de votre aide et conseil, 

Christophe.

---

Christophe Gaboret
Responsable Service Infrastructure Systèmes Réseaux
Direction Informatique & Système d'Information
Institut Mines-Télécom
9, rue Charles Fourier 91011 Évry
Tél.: +33 (0)1 60 76 45 40

---

De: "David Verdin" <adresse@cachée>
À: adresse@cachée
Envoyé: Lundi 11 Décembre 2017 11:47:57
Objet : Re: [sympa-fr] Changement de domaine

Bonjour,

J'ai fait un paquet de migrations de serveurs Sympa avec changement de version et voici ce que j'en retire, en substance :

Il vaut toujours mieux automatiser. Si tu as un script que tu joues tous les jours, tu seras plus serein le jour de la bascule.

Tu as intérêt à utiliser du rsync pour migrer les données régulièrement, puis jouer un script de migration.

Si j'étais toi, je ferais la manip suivante :

1- Créer un serveur 6.2.22 avec le nouveau domain, le DNS positionné avec tout ce qu'il faut (SPF, DKIM, DMARC, etc.). Et tu vérifies qu'il marche correctement, notamment pour les questions envoi / réception de mail, authentification, etc. avec une  liste de test que tu crées dessus pour l'occasion.

2- Préparer la migration :

Tu vas passer de 6.1.24 en 6.2.22. Il y a des opérations de migration à faire pour passer de l'une à l'autre, réalisées par sympa.pl --upgrade. Il va donc falloir effectuer ces opérations au cours de la migration et le plus tôt sera le mieux. Tu as donc intérêt à les jouer régulièrement.

serveur A : le serveur actuel

serveur B : un serveur identique au serveur actuel : même version de Sympa.

serveur C : le futur serveur de prod.

opérations à effectuer :

rsync des données Sympa de A vers un répertoire temporaire de B

rsync --delete du répertoire tmp de B vers les répertoires de données Sympa de B

mettre la valeur de version dans le fichier data_strucut

sympa.pl --upgrade

rsync vers le serveur définitif.

donnés à migrer :

- dump SQL de la base (avev mysqldump pour avoir des commandes SQL précisant quelles colonnes migrer et une seul requête par ligne, pas un requête globale pour toute la base).

- archives de listes

- répertoires des configs de listes (contenant aussi les documents partagés)

- répertoire de config générale

3- migrer le jour prévu :

1. fermer le SMTP entrant du serveur. Laisser les spools se vider.
2. Effectuer le script de migration.
3. basculer le SMTP entrant vers le nouveau serveur.
   

Une remarque : à moins que vous ayez de super process, les utilisateurs vont contunuer à écrire avec l'ancien domaine pendant des mois. Si j'étais toi, je dupliquerais donc les adresses au lieu de les remplacer. Mais avec l'adresse dans l'ancien domain en nomail, comme ça les gens de recoivent pas les mails en double.

Voilà, ça devrait te donner une bonne abse de départ.

N'hésite pas à revenir vers nous. Ça pourrait donner lieu à une doc sur le site de Sympa tout ça.

Bonne journée !

David

On 08/12/2017 15:22, Christophe GABORET wrote:

Bonjour à tous, 

Nous avons un serveur sympa en version 6.1.24 avec une base mysql en 5.1.73, le tout sur un centOS pas trop ancien. 

        Nous allons changer de domaine
          de messagerie dans les temps à venir. Pour bien expliquer,
          j'ai aujourd'hui des utilisateurs et des listes de diffusion
          qui ont une adresse en @mondomaine.fr et demain ce sera en
          @monnouveaudomaine.fr. Evidemment les services de COM aimerait
          que tout soit confidentiel avant le jour d'annonce officielle
          et communiquer via de nouvelles listes le jour J. 
        
        
        Je cherche donc à créer un
          nouveau robot en monnouveaudomaine.fr, en copiant les archives
          existantes, mais en modifiant le domaine des abonnés
          (seulement ceux en @mondomaine.fr). 
        
        
        J'ai trouvé une petite doc à http://tutos.tangui.eu.org/2010/08/18/node37/
            mais avant de me lancer, j'aimerais avoir l'avis de la
            communauté. 
        
          
        -
            Me conseilleriez-vous de passer en version 6.2.22 avant
            toute chose ?

- Avez-vous connaissance d'autres documentations ?

- Est-ce qu'il vaut mieux faire un one-shot au dernier moment ou au contraire tout mettre en place en amont et faire un delta le jour J ?

- Avez-vous d'autres conseils à me donner ?

Bien cordialement, 

Christophe.

---

Christophe Gaboret
Responsable Service Infrastructure Systèmes Réseaux
Direction Informatique & Système d'Information
Institut Mines-Télécom
9, rue Charles Fourier 91011 Évry

-- 
"Mieux vaut viser la perfection et la rater que viser la médiocrité et l'atteindre."
- Francis Blanche