[RESOLU] Changt matériel, migration 6.0.1-01 -> 7.2 affa

[polonix]

Bonjour a tous,

Je voudrais - si possible - savoir si qq'un a fait une migration matérielle d'un serveur (vieux pc) vers un autre (nouveau pc) - et comment s'y prendre

Actuellement le vieux serveur est en version 6.0.1-01 sur un très vieux pc et je voudrais le migrer vers un serveur digne de ce nom - et tout ca en gardant la configuration des utilisateurs, répertoires et applications qui sont installées dessus.

J'ai trouve ce site qui indique la marche a suivre : http://wiki.contribs.org/Affa mais j'aimerais avoir des retours d'expérience .........ou d'autres solutions

Merci d'avance


Paul

[jibe]

Salut,

Tu peux lire ici mon retour d'expérience sur la migration 7.1.3 LVM -> 7.2 NOLVM. J'avais déjà fait le même type de manip (plus simple puisque je n'avais alors pas à récupérer à partir d'un disque LVM) pour passer de 6.01 à 7.1.

Le passage de 7.1.3 en 7.2 (sujet de mon REX) était un peu délicat et compliqué à cause du fait que ma 7.1.3 était en LVM, ce qui m'a fait dire qu'il aurait été plus simple de travailler avec les sauvegardes plutôt qu'avec le disque. Mais pour passer de 6.01 à 7.2, c'est vraiment tout simple, et très peu risqué : on ne fait aucune écriture sur le disque de départ (autre que le pre-backup, mais il est sans conséquences sur les données).

[polonix]

Salut jibe,

merci pour ta réponse - donc :

1. si j'ai bien compris pour la migration pas de problème vers la 7.2 - la mise a jour avec le cd d'install de la 7.2 suffirait ? - en sachant qu'il n'existe pas de LVM ni de raid

2. pour la migration matérielle vers le nouveau serveur tu me conseille plutôt :

2.1 - de faire une sauvegarde de l'ancien serveur une fois upgradé vers la 7.2
2.2 - puis sur le nouveau serveur deja installé en 7.2 je remonte la sauvegarde ?

...ou j'ai rien compris

....allez lâchez-vous .............je dirais rien -

Merci pour vos idées

Paul

[jibe]

Salut,

...ou j'ai rien compris

Ben non, t'as rien compris

Mais c'est vrai que je ne t'ai pas donné un cas très simple, puisqu'il s'agissait pour moi de passer de 7.1.3 LVM en 7.2 sans LVM sur le même serveur (sans changer de matos).

En fait, pour ton cas, il faut adapter en simplifiant, ce qui donne :

• Tu es supposé avoir une sauvegarde complète de ta 6.01, qui te servira au cas où tu casses le disque durant les manips,
• Tu fais un signal-event pre-backup sur ta 6.01,
• Tu installes la 7.2 avec l'option nolvm sur ton nouveau matos. Si tu préfères avoir lvm, attention, la suite change nettement (montage du disque de la 6.01 dans un environnement lvm, voir les explications de Gaston dans divers topics sur le sujet)
• Tu crées sur ta 7.2 un répertoire /mnt/old
• Tu arrêtes ta 7.2
• Tu démontes le (un seul si tu es en raid) disque de ta 6.01
• Tu l'installes dans ta 7.2
• Tu démarres ta 7.2 en mode rescue (appui sur F5 lors du prompt du boot, puis taper "sme rescue". Ensuite, ne pas démarrer le réseau et ignorer le montage des filesystem )
• taper la commande suivante :
  

  Code: Tout sélectionner

  #mdadm -AR /dev/md5 /dev/hdb2

  
  (à adapter à ton cas, bien sûr) ce qui a pour effet d'affecter un nouveau device raid pour le disque de la 6.01, afin qu'il n'y ait pas conflit avec le raid de la 7.2
• mounter /dev/md5 sur /mnt/old
• Tu fais un signal event pre-restore
• Tu récupères config et données de la 6.01 par un signal event restore-tape,
• Tu renommes en .old tous les templates-custom
• Tu achèves la mise à jour par signal-event post-upgrade puis un signal-event reboot,
• Tu redémarres ta 7.2, et tu devrais retrouver toutes tes données,
• Tu réinstalles la dernière version de toutes les contribs que tu avais sur la 6.01

Si tu as besoin de remettre en route la 6.01, n'oublie pas de remettre le device raid d'origine sur le disque qui t'a servi à faire la récup.

Voilà... A relire : j'ai eu une dure journée, et il n'est pas impossible que j'aie oublié un truc que la fatigue m'empêche de voir...

Mais tu peux bien sûr aussi passer par une sauvegarde sur un support amovible...

[polonix]

Bonsoir,

Donc je viens vous donner des nouvelles suite a ma migration d'une vieille 6.01-01 vers une 7.2 avec la contrib affa - marche a suivre (pour mon cas) :

1. sauvegarde du disque dur de l'ancienne 6.01 (en production) avec l'utilitaire de clonage "g4u" qui a fonctionne sans problème pour la copie du disque dur de production de 40 GO vers le 80 Go avec lequel j'ai réalise la migration.

2. demontage du disque de prod (pour pouvoir révenir a l'état initial si problème) et branchement du disque resultant du clonage - 80 go.

3. démarage de l'ordinateur sans problème avec le disque de 80 go.

a ce stade aucun ordinateur du réseau n'est alumé et aucun utilisateur n'est connecte sur les stations de travail - ah j'ai oublié - le serveur de prod est le controleur de domaine .

4. démarrage du nouveau serveur 7.2 (je considère que vous avez deja installe la dernière distib stable - comme moi) et attibution de l'adresse ip sur la meme plage que le serveur de production (ex: serveur de prod ip=10.10.10.55 - nouveau serveur ip=10.10.10.56)

5. login en root (ssh avec putty - facilite la suite des commandes) et execution de la commande "yum update" (sans les quillemets-biensur)

executez bien les commandes en fin de - yum update - le serveur doit redemarrer pour appliquer les changements

6. j'ai telechargé les 2 contributions "smeserver-affa" et "perl-Filesys-DiskFree" a l'addresse suivante : http://mirror.contribs.org/smeserver/contribs/michaelw/sme7/affa/ et je l'ai transferré sur le nouveau serveur a l'aide de winscp.

7. puis installation des 2 packages avec la commande :

yum localinstall smeserver-affa*rpm perl-Filesys-DiskFree*rpm

8. contrairement au document officiel j'ai redemarré le serveur - on ne sait jamais

9. configuration de la contrib affa sur le nouveau serveur par l'execution des commandes suivantes :

db affa set prodserv job
db affa setprop prodserv remoteHostName 10.10.10.55
db affa setprop prodserv rsync--inplace no

10. génération des clefs DSA et envoi sur le serveur de prod avec la commande suivante :

affa --send-key prodserv

11. copie des données et configurations de l'ancien serveur vers le nouveau serveur (environ 4 heures pour 40 go - c'est long - patience jusqu'a l'obtention de l'invité) avec la commande suivante :

affa --run prodserv

12. connexion sur le serveur de production (6.01) et l'execution de la commande suivante pour arreter tous les services susceptibles de modifier les données :

SVC='qpsmtpd sqpsmtpd crond imap pop3 imaps pop3s ftp httpd-e-smith atalk smb qmail' for s in $SVC; do service $s stop; done

13. connexion sur le nouveau serveur (7.2) et l'execution de la commande suivante qui va etre très rapide par rapport a plus haut au paragraphe 11 - elle juste syncronise les dernièrs changements :

affa --run prodserv

14. connexion sur l'ancien serveur (6.01) et eteindre avec :

poweroff

15. connexion sur le nouveau serveur (7.2) et execution de :

affa --rise prodserv

16. commande pour rebooter le serveur :

reboot

----------------------------------------

a ce stade moi j'ai retrouvé mon nouveau serveur configuré avec l'adress ip de l'ancien serveur et tout les données et configurations utilisateurs on été transferés.

ATTENTION - aucune contrib n'a ete transféré comme twiggi ou autre appli qui n'est pas dans l'install de base.

Cette migration a été un SUCCES - pour ma part - mais sans doute parce que a la base sur le serveur 6.01 on n'a pas installé beaucoup des contribs autre twiggi et un site internet.


PS : pour plus de détails je vous renvoi vers la page du document original que j'ai suivi :

http://wiki.contribs.org/Moving_SME_to_new_Hardware

je marque le poste comme resolu - et MERCI a tous qui m'ont guidé avec leurs temoignages, idées et retour d'expériences.

Paul