Cloner une SME-server sur une autre machine une SME qui fonctionne, pour obtenir une SME de test :

inclure liste désordonnée dans liste ordonnée En ce qui me concerne, j'ai eu besoin de cloner une SME pour pouvoir effectuer des tests sur un environnement le plus proche possible de celui de ma SME de production, sans mettre cette dernière en danger.

Pour ce faire, je n'ai rien trouvé de mieux que d'appliquer une des méthodes données par contribs: celle qui s'effectue via affa et sa fonction “–rise”.

Il y a cependant quelques bricoles à respecter: Comme le but n'est pas de sauvegarder les données présentes sur la SME, on ne clonera pas les données “lourdes” présentes dans les ibays ainsi que dans le répertoire personnel des utilisateurs.

Pour ce faire, il faut spécifier les répertoires suivants dans le paramètre “exclude” du “job” d'Affa:

/home/e-smith/files/ibays/*/files/*
/home/e-smith/files/users/*/home/*
/home/e-smith/files/shares/*/files/*

Cela permettra de perdre moins de temps et surtout de pouvoir créer le clone sur une machine ne disposant que d'une faible quantité de stockage (machine virtuelle par exemple).

Je conseille très fortement d'installer sur la SME clone les mêmes rpm's que ceux installés sur celle d'origine. Le pramètre “RPM-check” d'Affa sert à détecter les différences. En effet, il m'est arrivé d'avoir des problèmes après le “rise” à cause d'un paquet manquant sur le clone (WebDAV par exemple).
<fc #FFFFFF>.</fc>

Débrancher la machine clone du/des réseaux et effectuer le “affa –rise JOB” par une connexion locale.
<fc #FFFFFF>.</fc>

Maintenant il faut un peu réfléchir à ce que l'on souhaite exactement obtenir avant de rebrancher les connexions réseau: la SME clone est……. un clone vide de la SME de production et non une machine de test intégrée dans le réseau existant. Cela signifie que cette machine est joignable de la même manière que la SME de prod, depuis le réseau interne comme depuis le réseau externe, et qu'elle va souhaiter faire les mêmes tâches que la SME de prod. Tout ceci avec les conséquences néfastes que ça peut avoir. En exemple on peut citer la réception d'emails par la SME clone au lieu de la SME de prod, la relèves de BAL extérieures (fetchmail), des sauvegardes mal configurées qui plantent etc………… Si on doit/souhaite l'intégrer “proprement” dans le réseau, il va alors falloir:

en console: sélectionner le bon mode: serveur ou serveur&passerelle

modifier les adresses IP interne, externe et de la passerelle

changer le nom de la machine

via ssh: désactiver / modifier affa enlever les templates-custom de SME_local_global si nécessaire

via le server-manager: désactiver Fetchmail

vérifier / modifier les paramètres d'envoi de courriers(Messagerie électronique –> Modifier les paramètres de livraison des courriels)

Groupe de travail Windows: vérifier la désactivation du contrôleur de domaine

Vérifier que le paramétrage des connexions à distance via SSH convient toujours

Afin que la machine clone soit parfaitement intégrée dans le réseau et que l'on puisse recevoir des emails de sa part ou lui en envoyer, j'ai pris l'habitude de configurer SME_local_global http://smeserver.pialasse.com/index.php/SME_LOCAL_GLOBAL.
Pour boucler la boucle il faut alors:

Activer le renvoi des emails pour admin vers l'admin de la SME de prod (utilisateurs –> admin –> modifier –> délivrance des courriels)

Section “Domaines”: “serveur DNS du domaine” = serveur DNS de votre organisation “Modifier les paramètres DNS de votre organisation”: entrer l'IP interne de la SME de prod.
<fc #FFFFFF>.</fc>

Désactiver le contrôleur de domaine w$ndows dans “groupe de travail” du server-manager.

Le cas échéant, s'il est installé, modifier URL source de Piwik ainsi que l'URL du site à tracer.

Penser à regarder les clés SSH: le clone a “d'origine” les clés de la machine source!