On Mon, 18 Mar 2002 11:37:42 +0100
Christian Pollet <[EMAIL PROTECTED]> wrote:
> 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:
Strictement du point de vu "intellectuel" de la chose,
je n'ai _aucune_ expérience de la chose (ex
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 d
>
> Problème très intéressant... indeed comme ils disent
>
> > les 2 serveurs sans interruption de service ou alors je devrai
> > attendre cet été pour pouvoir couper les serveurs et les
> > réinstaller c'est la solutions la plus sage il me semble et la
>
> La plus sage... cette expression m'int
Pourquoi ne pas faire un disque sur une machine autre puis faire le
transfert (échange de disques). Cela peut poser pbm pour X (aucune
importance sur un serveur) et, plus gênant, sur d'éventuelles cartes
réseaux ou SCSI, mais connaissant la configuration matérielle et la
configuration de la RedHat,
> Donc mes comptes utilisateurs sont conservés, du moins les fichiers,
> mais seront-ils pris en compte (format compatible ?).
ouis, à 99%. ce que tu perds, c la config des outils RH-dependant (je
connais pas la RH, mais les trucs équivalnets à drakconf quoi)
> Au point de compromettre la stabili
At 15/03/02 16:47 +0100, you wrote:
perso, je dirais que tu gardes ton /etc actuel, à part les init.d rc#.d,
y'a pas grand chose RH dépendant.
Ce (le init.d) sera donc une des choses à vérifier, mais pas grave.
tu touches pas tes /home, et tu récupères les spools de /var
Les donnée des use
On Fri, 15 Mar 2002 16:51:01 +0100
Laradji nacer <[EMAIL PROTECTED]> wrote:
Problème très intéressant... indeed comme ils disent
> les 2 serveurs sans interruption de service ou alors je devrai
> attendre cet été pour pouvoir couper les serveurs et les
> réinstaller c'est la solutions la plus sag
> perso, je dirais que tu gardes ton /etc actuel, à part les init.d rc#.d,
> y'a pas grand chose RH dépendant.
Heuu oui j allais faire des backups pour pas avoir a tout reconfig
>
> tu touches pas tes /home, et tu récupères les spools de /var
je suis d accord
> en carricaturant, perso, si j'a
J ai le même problème que toi j ai 2 serveurs Redhat j avais choisi
cette solution parce que je pense que redhat étés un standard mais je n en
suis plus convaincu donc je veux migre les 2 serveurs sans interruption de
service ou alors je devrai attendre cet été pour pouvoir couper les serveurs
et
perso, je dirais que tu gardes ton /etc actuel, à part les init.d rc#.d,
y'a pas grand chose RH dépendant.
tu touches pas tes /home, et tu récupères les spools de /var
en carricaturant, perso, si j'avais à faire un truc pareil, je
suppirmerais /usr et/lib, et je ferais une install debian par de
At 15/03/02 15:17 +0100, Josselin Mouette wrote:
le ven 15-03-2002 à 14:49, Christian Pollet a écrit :
> Il était réssussité de parmis les morts et jura, parole de vieux RH6,
de se
> convertir au débianisme dès que possible*.
Il me semble avoir vu passer un thread à ce sujet sur debian-devel
11 matches
Mail list logo