Bonjour,
Je tente un petit r�sum� des m�thodes propos�es:
I�) MadCoder propose la m�thode du Debian _par_dessus_:
- on supprime tous ce qu'on peut de l'ancien syst�me, on lance une
install standard par dessus, on corrige les disfonctionnement style
changement d'emplacement de fichier de conf, un peu de m�nage et zou.
- il faut arr�ter le syst�me un "certain" temps, le syst�me
r�sultant risque d'�tre macul� de vieux fichiers inutiles, la m�thode est
destructive (impossible de revenir en arri�re � moins de remonter un backup
complet)
At 15/03/02 21:33 +0100, MadCoder wrote:
> Au point de compromettre la stabilit� du syst�me ?
non, c crade dans le sens ou il va p� rester des fichiers hors distrib. c
tout. mais ils serviront � rien.
Oui, ca fait partie des choses que j'aimerais �viter, je ne suis pas un
kador (ca s'est vu ? ;)) et si je cherche qqchose je n'ai pas envie de me
prendre les pieds dans des r�sidus inutiles sans doute difficile �
identifier. Ca fait partie du +clean recherch�.
l� ou ca devient plus "subtil" c tous les trucs comme inn (news) ou
postfix/sendmail/... o� l�, non seulemtn y'a le /var/spool, mais parfois
aussi des fichiers de conf un peu partout dans /var (notamanet /var/lib).
don en r�cup�rant /var, tu limites la casse, mais pour peu que dans la
RH, innd par exemple cherche certains fichiers dans /var/lib, alors que
sous debian c dans /var/spool, ben l�, c plus chaud.
Donc si c migrer un serveur web : apache/mysql/php/ftp..., ca posera
aucun Pb. Si t'as des serveurs de news, mail, DNS !!!,
Paf en plein dedans: bind + sendmail :[
l� ca devient un
peu plus tendu. en m�me temps, en faisant une copie de ton syst�me sur un
autre DD, tu limites la casse.
Sans compter une caisse de backup, c'est clair, je mettrai ceinture ET
bretelles.
II�) La m�thode du Debian _par_l'int�rieur_ (deboostrap et chroot) qui a
l'air d'�tre la pr�f�r� de George Mariano:
- on fait une install mini de Debian dans une partition chroot� du
RH, qui continue � servir comme si de rien n'�tait pendant qu'on termine
l'installation les applis voulu, on fait les test (l� j'ai pas bien compris
le d�tail de l'op�ration: RH sert encore (test priv�) ou il faut basculer
pour tester ?), le moment venu on bascule le d�marrage sur la nouvelle
partition. (c'est �a ?)
- la m�thode n'est pas destructive, le serveur continue � servir,
l'install est propre. Par contre GM qualifie �a de "Probl�me tr�s
int�ressant" et ""excitant" comme d�fi ..." et �a, �a fait peur.
III�) La m�thode du Debian _�_cot�_ et sa variante _le_disque_�_cot� :
- Une nouvelle machine (/disque), une nouvelle install, une copie
des fichiers voulu, du param�trage pour faire un jumeau en mieux. Quand �a
marche on bascule.
- Ca ne peut pas louper, ca donne une install clean, mais il faut
une deuxi�me machine, et ce n'est plus du tout amusant.
Il y en a pour tous les gouts, c'est beau la libert�.
A+
Christian
