Bonjour,

J'ai un serveur que j'aimerais "cloner" vers une machine virtuelle
(VMware) pour pouvoir faire des tests.
Grosso modo, tous les logiciels et les données doivent être les mêmes,
mais bien sûr le matériel est très différent.
(Accessoirement, les paramètres IP seront différents aussi, mais ça,
c'est facile à modifier après coup.)

Difficulté supplémentaire : le serveur "source" est une machine
distante, à laquelle j'accède par SSH, et que je ne peux pas éteindre.
Je ne peux pas non plus me permettre de couper Apache ou MySQL plus de
quelques secondes.

Faut-il que, partant d'une machine virtuelle où Debian est déjà
installé (pour avoir un boot qui fonctionne sans me prendre la tête),
je copie (presque) tous les fichiers ?
Si oui, quels fichiers ne dois-je pas copier ?

Ou bien, y a-t-il une solution plus simple ?

(J'ai bien pensé à Mondorescue, mais je ne suis pas trop sûr de son
fonctionnement quand Apache et MySQL sont en route ; par ailleurs,
j'aimerais autant éviter d'installer trop de trucs sur le serveur.)

Merci d'avance...

"Fabien LE LEZ" a écrit dans le message de news:
> Ou bien, y a-t-il une solution plus simple ?

ça dépend ce que tu veux "cloner" en fait.
Si c'est juste quelques fonctions de ton serveur, ben, tu pars de zéro : tu
installes le OS, puis les mêmes progs vérifier les versions) que tu veux
checker.
Exemple concret, un service web avec apache/php/mysql.
Tu installes le même apache, le même php, le même mysql.
Tu copies tes fichers de conf de apache/php/mysql.
Tu copies les fichiers php.
Tu dump ta base mysql.

La, tu as un "clone" logiciel.
Ça se fait rapidement : 30 min pour le OS, les progs et les configs.
Puis pour les données (fichiers php et base mysql), rsync en moins de 2.

On Wed, 30 May 2007 20:15:22 +0200, "Arol" <annie.nomat@free.fr>:

>ça dépend ce que tu veux "cloner" en fait.
>Si c'est juste quelques fonctions de ton serveur

Non, je veux une machine ressemblant d'aussi près que possible au
serveur.

En gros, si je fais une manipulation quelconque sur le clone, et que
tout se passe bien, je veux être raisonnablement sûr que la même
manipulation sur le serveur réel ne posera pas de problème.

Réciproquement, s'il y a un problème quelconque sur le serveur, il
doit se reproduire sur le clone, afin de me permettre de tester
diverses solutions sans risques.

"Fabien LE LEZ" a écrit dans le message de news:
> En gros, si je fais une manipulation quelconque sur le clone, et que
> tout se passe bien, je veux être raisonnablement sûr que la même
> manipulation sur le serveur réel ne posera pas de problème.

Ben, réinstalle tout sur ta machine clone.
Tu récupères la liste connaitre les paquets installés sur le server, tu fais
:
dpkg --get-selections | grep -v deinstall > server-files
Ensuite, tu
installes le même OS avec les mêmes progs de base.
Si nécessaire :
apt-get update
apt-get upgrade
Ensuite Tu récupères le fichier "server-files" sur le server clone.
Tu fais :
dpkg --set-selections < server-files
Puis tu installes
dselect
Tu devrais avoir exactement les mêmes progs installés sur ton
server.Ensuite, ben, tu copies tes fichiers de config et autres fichiers
(php, dump mysql, etc...).

Arol - <465dd4f1$0$17399$426a74cc@news.free.fr> :

> "Fabien LE LEZ" a écrit dans le message de news:
>> En gros, si je fais une manipulation quelconque sur le clone, et que
>> tout se passe bien, je veux être raisonnablement sûr que la même
>> manipulation sur le serveur réel ne posera pas de problème.
> Ben, réinstalle tout sur ta machine clone.
> dpkg --get-selections | grep -v deinstall > server-files

Autant j'ai bien compris ce que tu veux lui faire comprendre, autant je me
demande si tu as déjà vraiment eu un "serveur" entre les mains.
Moi je sais d'expérience que meme sur une Debian (pas la plus mauvaise en
gestion d'upgrade) on y reflechi à deux fois avant de lancer un "apt-get
update" (oui update).
Parceque:
- Mon serveur tourne tres bien depuis 6 mois, et que les upgrade de sécurité
n'ont rien à voir avec les logiciels qui sont installés. Je n'ai pas eu a
faire de rafraichissement de l'index des depots.
- Une machine que je dois créer n'aura donc peut-etre pas la meme version
que le dépot en mémoire dans le serveur. Pour que le serveur et le machine
virtuelle ait ctrictement les memes versions, il faut qu'ils tirent leurs
packages des memes versions des memes depots.
- Je ne veux pas mettre à jour mon index sur le serveur, car au cas ou je
dois installer une broutille, ça peut me demander de mettre à jour la libc
et autres libs (pas question sur le serveur!)

Donc à moins d'avoir son propre miroir Debian _pas_ à jour, ce que tu as
ommis de lui conseiller, je doute de la simplicité que tu donne à cette
tache.

"Mihamina (R12y) Rakotomandimby" a écrit dans le message de news:
> Donc à moins d'avoir son propre miroir Debian _pas_ à jour, ce que tu as
> ommis de lui conseiller, je doute de la simplicité que tu donne à cette
> tache.

Oui.
Tout le problème est de savoir comment il administre son server.
Est ce qu'il est figé à jamais ?
Est ce qu'il a à dispo les paquets de tout ce qui a été installé ?

En tout cas, je déconseille un clonage à la dd mais une réinstallation
complète.

On Wed, 30 May 2007 21:47:52 +0200, "Arol" <annie.nomat@free.fr>:

>Ensuite, ben, tu copies tes fichiers de config et autres fichiers
>(php, dump mysql, etc...).

Sauf que pour avoir une machine identique, je dois copier tous les
fichiers de configuration, y compris ceux relatifs à des logiciels que
je ne connais pas.
Grosso modo, il y a un certain nombre de fichiers et de paramètres que
je dois recopier, et d'autres (mais pas forcément beaucoup) auquels je
ne dois pas toucher.

"Fabien LE LEZ" a écrit dans le message de news:
> Sauf que pour avoir une machine identique, je dois copier tous les
> fichiers de configuration, y compris ceux relatifs à des logiciels que
> je ne connais pas.

C'est pas possible.

Est ce qu'il t'arriverait l'idée de prendre le disque dur d'un serveur Bi
Xéon en scsi avec lan 1G, 4Go de ram etc... et le brancher sur un pc de de
bureau celeron 400, 128Mo de ram, etc... ?
Non, parce que tu sais d'avance que ça marchera pas.

On Thu, 31 May 2007 01:17:58 +0200, "Arol" <annie.nomat@free.fr>:

>Est ce qu'il t'arriverait l'idée de prendre le disque dur d'un serveur Bi
>Xéon en scsi avec lan 1G, 4Go de ram etc... et le brancher sur un pc de de
>bureau celeron 400, 128Mo de ram, etc... ?

S'il s'agit d'IDE, ou si le PC est équipé en SCSI, je peux essayer.
Windows 98 avait l'avantage de bien supporter ce type de manipulation.

Après tout, un "live CD" (façon SysRescueCD ou Knoppix) contient un
système Linux qui accepte de démarrer sur n'importe quel PC. Pourquoi
ne pourrait-on pas faire la même chose avec un système installé sur
disque dur ?

"Fabien LE LEZ" a écrit dans le message de news:
> Après tout, un "live CD" (façon SysRescueCD ou Knoppix) contient un
> système Linux qui accepte de démarrer sur n'importe quel PC. Pourquoi
> ne pourrait-on pas faire la même chose avec un système installé sur
> disque dur ?

Parce que le live cd est conçu pour tourner sur un max de matériels allant
d'un cpu 486 à un dual core etc...
A priori, ton serveur, tu sais comment le noyau est compilé, avec quelles
options etc... ?
De plus ton live cd, quand il boote, il y a toute une procédure de détection
du matériel.
Une fois installé, cette procédure de détection n'est plus la même et ça
marche pas forcément.
A titre d'exemple, j'ai installé une sarge de base sur un cpu p200 (586),
j'ai pris le disque, je l'ai mis sur un celeron 766 (686), ça boote et avant
d'avoir le shell ça plante.
J'ai jamais compris pourquoi, pourtant, au moment de l'install, je précise
rien de particulier sur le matériel.

Donc voila, le seul conseil à te donner, c'est une installe de zéro.

J'ai écrit :

>J'ai un serveur que j'aimerais "cloner" vers une machine virtuelle
>(VMware) pour pouvoir faire des tests.

Mon premier essai est le clonage d'un serveur web -- en fait, un
serveur virtuel "VServer" <http://linux-vserver.org/>.

(Oups, le message précédent est parti un peu vite, désolé... Je l'ai
annulé, mais certains serveurs refusent les Cancel :-( )

J'ai écrit :

>J'ai un serveur que j'aimerais "cloner" vers une machine virtuelle
>(VMware) pour pouvoir faire des tests.

Mon premier essai est le clonage d'un serveur web -- en fait, un
serveur virtuel "VServer" <http://linux-vserver.org/>, sur une Debian
sarge.
Je n'ai pas réussi à installer VServer sous sarge, j'ai donc installé
une etch, car c'est beaucoup plus simple :
<http://howtoforge.com/linux_vserver_debian_etch>

La caractéristique de VServer par rapport à qemu ou UML, c'est que le
système de fichiers de la machine virtuelle est un sous-répertoire de
la machine-hôte (façon chroot). Du coup, les utilisateurs de la
machine virtuelle sont enregistrés dans le /etc/passwd de l'hôte en
plus de son propre /etc/passwd, ce qui explique l'étape 4 ci-dessous.
La machine hôte et les machines virtuelles partagent le même noyau.

La méthode de clonage utilisée est la suivante :

1/ Installer Debian (sur une machine virtuelle VMware, dans mon cas)
2/ Installer VServer
(<http://howtoforge.com/linux_vserver_debian_etch>)
3/ Créer une machine virtuelle.
4/ Créer sur la machine hôte les groupes et utilisateurs spécifiques à
la machine virtuelle (dans mon cas, "fabien" et quelques autres), avec
les mêmes GID et UID.
5/ rsync -a root@serveur_distant_reel:/ /var/lib/vservers/test/
Les droits sont conservés, d'où l'utilité de l'étape 4.
6/ Lancer la machine virtuelle.

Dans l'ensemble, le premier démarrage fut conforme à mes espérances.
Apache est lancé, sshd aussi... à quelques détails près :
- Le serveur réel a une IP publique, ce que je ne sais pas
recréer sur la machine virtuelle. Du coup, Apache (et quelques autres)
râlent car ils ne peuvent pas écouter sur cette interface. Par contre,
Apache et PHP fonctionnent sur l'interface loopback.
- Une connexion SSH fonctionne, mais le mot de passe est refusé.
J'imagine que /etc/shadow n'est pas transportable.

C'est l'avantage des machines virtuelles : c'est très facile à
transporter.
Reste à voir si je serai capable de cloner une machine physique...

On Thu, 31 May 2007 01:17:58 +0200, "Arol" <annie.nomat@free.fr>:

>C'est pas possible.

AMHA, si, c'est possible. Juste un peu délicat.

>Est ce qu'il t'arriverait l'idée de prendre le disque dur d'un serveur Bi
>Xéon en scsi avec lan 1G, 4Go de ram etc... et le brancher sur un pc de de
>bureau celeron 400, 128Mo de ram, etc... ?

Note qu'il y a très peu de différences entre les deux, surtout si le
Xeon est en 32 bits.
Si la carte réseau change, Linux est généralement capable de
s'adapter.
Pour la RAM, rien ne change : chaque application a toujours 4 Go de
RAM virtuelle ; éventuellement, il est possible que le swap soit un
peu plus utilisé sur la deuxième machine.

Si on transfère les fichiers depuis le disque SCSI vers un disque IDE,
il y a un petit souci dû aux conventions de nommage
(/dev/sda <-> /dev/hda), mais ce souci s'estompe avec le remplacement
progressif de l'IDE vers le SATA.

Arol <annie.nomat@free.fr> wrote:

> "Fabien LE LEZ" a écrit dans le message de news:
> > Ou bien, y a-t-il une solution plus simple ?
>
> ça dépend ce que tu veux "cloner" en fait.
> Si c'est juste quelques fonctions de ton serveur, ben, tu pars de zéro : tu
> installes le OS, puis les mêmes progs vérifier les versions) que tu veux
> checker.

Bonjour

En lisant vos réponses, je suis un choqué :

Réinstaller à l'identique n'est pas un clone, rien à voir !

Si on ne peux pas faire un clone à chaud, alors Linux a un sérieux
problème ... Sauvegarder un système et pouvoir le restaurer sur une
autre machine, physique ou virtuelle, est juste nécessaire non ?

Bon, vous m'excuserez, je suis habitué à Mac où ce genre de chose est
simple.
--
Nicolas

Nicolas MICHEL wrote:
>> ça dépend ce que tu veux "cloner" en fait.
>> Si c'est juste quelques fonctions de ton serveur, ben, tu pars de zéro :
>> tu installes le OS, puis les mêmes progs vérifier les versions) que tu
>> veux checker.
> En lisant vos réponses, je suis un choqué :
> Réinstaller à l'identique n'est pas un clone, rien à voir !

Effectivement.

> Si on ne peux pas faire un clone à chaud, alors Linux a un sérieux
> problème ... Sauvegarder un système et pouvoir le restaurer sur une
> autre machine, physique ou virtuelle, est juste nécessaire non ?
> Bon, vous m'excuserez, je suis habitué à Mac où ce genre de chose est
> simple.

Quand tu as une base de donnée de l'ordre de la centaine de Mo, que tu
connais le taux de transfert des disques durs actuels et que tu connais ce
que ça fait quand une base a des données incohérentes, tu te demandera
peut-etre comment les gars te chez Apple te font gober de telles énormités.

La machine principale de le ou je travaille maintenant a un système (tout le
système, logs compris) qui tient a peu pres dans 3 ou 4 Go.
Explique moi, meme en théorie mais en tenant compte des taux de transfert en
écriture, on peut faire une sauvegarde à chaud pendant que les utilisateurs
font des INSERT et UPDATE dans la base MySQL.

> La machine principale de le ou je travaille maintenant a un système
> (tout le système, logs compris) qui tient a peu pres dans 3 ou 4 Go.
> Explique moi, meme en théorie mais en tenant compte des taux de
> transfert en écriture, on peut faire une sauvegarde à chaud pendant
> que les utilisateurs font des INSERT et UPDATE dans la base MySQL.

Ben snapshots LVM, c'est fait pour ça...

--
DW

Mihamina Rakotomandimby (R12y) <mihamina@rktmb.org> wrote:

> Explique moi, meme en théorie mais en tenant compte des taux de transfert en
> écriture, on peut faire une sauvegarde à chaud pendant que les utilisateurs
> font des INSERT et UPDATE dans la base MySQL.

Ce n'est pas à toi que je vais expliquer comment faire un dump.

Si c'est tout ce que tu as comme "excuse", c'est un peut triste, non ?
J'aurais voulu écrire un post constructif, mais je crois que c'est raté.

Si j'ai bien compris le problème, il y a déjà grub ou lilo qui suck,
merci Mr bios, puis il faut s'inquiéter des fichiers ouverts, puis la
gestion des drivers sous linux est dificile en cas de changement de
matos.

Donc on ne peux cloner qu'en rebootant sur un live CD et ce clone ne
fonctionnera que sur une machine strictement identique ... c'est ça ?
Pas très satisfaisant ...

Celà est-il valable même pour un noyaux "générique" comme on en trouve
sur les distrib précompilées ?
On ne peux pas juste demander à kudzu de refaire une tournée générale ?

--
Nicolas, naïf

Fabien LE LEZ wrote:

> Bonjour,
>
> J'ai un serveur que j'aimerais "cloner" vers une machine virtuelle
> (VMware) pour pouvoir faire des tests.
> Grosso modo, tous les logiciels et les données doivent être les mêmes,
> mais bien sûr le matériel est très différent.
> (Accessoirement, les paramètres IP seront différents aussi, mais ça,
> c'est facile à modifier après coup.)

Il n'y a pas de gros problème: tu as deux solutions, soit tu utilise une
copie du disque ou des partitions soit une copie au niveau fichier.

Mais pour ça il faut de la place, et il y a le pb de la copie de l'état.

En tout cas pour l'avoir souvent fait, basculer un disque linux d'une
machine à une autre, réelle ou virtuelle ca ce passe generalement tres
bien.

Le probleme pour toi c'est la base mysql... Comment la copier dans un état
cohérent? Ca je te laisse chercher. Maintenant si c'est pour des test peut
être peux tu prendre des mesures appropriées (modele reduit de la base...
etc).

>
> Difficulté supplémentaire : le serveur "source" est une machine
> distante, à laquelle j'accède par SSH, et que je ne peux pas éteindre.
> Je ne peux pas non plus me permettre de couper Apache ou MySQL plus de
> quelques secondes.
>
> Faut-il que, partant d'une machine virtuelle où Debian est déjÃ
> installé (pour avoir un boot qui fonctionne sans me prendre la tête),
> je copie (presque) tous les fichiers ?
> Si oui, quels fichiers ne dois-je pas copier ?
>

a priori ce qu'il y a dans /boot
le reste... bof.
Utilise le même noyau.

Perso je ferais ainsi:

je boote la machine virtuelle sur un livecd qque, en mode texte (et meme
single user), avec un disque dur vierge de taille suffisante. je
partitionne le disque de façon adequate, mais le + simple c'est une seule
partition pour le futur / et même pas de swap. je monte / sur /mnt/newroot

Depuis la machine vituelle je me connecte par ssh sur le serveur et je copie
sur /mnt/newroot les repertoires: /etc , /bin , /sbin, et /lib. c'est
amplement suffisant pour booter une machine en single user.

je me chroot sur /mnt/newroot, et j'installe grub (ou lilo) dans le mbr.

# grub --batch
grub> find /boot/grub/stage1
(hd0,0)
grub> root (hd0,0)
grub> setup (hd0)
grub> q

verifier le /boot/grub/menu.lst

quitter le chroot, puis rebooter sans le live cd, en mode single (rescue?).

se connecter au serveur et copier le reste. Resoudre la problématique de
snapshot de mysql. Passer au level d'init normal (ou rebooter).

voila.

> Ou bien, y a-t-il une solution plus simple ?

>
> (J'ai bien pensé à Mondorescue, mais je ne suis pas trop sûr de son
> fonctionnement quand Apache et MySQL sont en route ; par ailleurs,
> j'aimerais autant éviter d'installer trop de trucs sur le serveur.)
>
> Merci d'avance...
de rien,
Michel.

Nicolas MICHEL wrote:

>> Explique moi, meme en théorie mais en tenant compte des taux de transfert
>> en écriture, on peut faire une sauvegarde à chaud pendant que les
>> utilisateurs font des INSERT et UPDATE dans la base MySQL.
> Ce n'est pas à toi que je vais expliquer comment faire un dump.

dump de quoi, exactement?
De MySQL? et le reste?

> Si c'est tout ce que tu as comme "excuse", c'est un peut triste, non ?

Bah...

> Si j'ai bien compris le problème, il y a déjà grub ou lilo qui suck,
> merci Mr bios, puis il faut s'inquiéter des fichiers ouverts, puis la
> gestion des drivers sous linux est dificile en cas de changement de
> matos.

Evidemment, "cloner" un Mac vers/pour un autre Mac, c'est autrement plus
facile, compte tenu de l'homogénéité du matériel.

> Donc on ne peux cloner qu'en rebootant sur un live CD et ce clone ne
> fonctionnera que sur une machine strictement identique ... c'est ça ?
> Pas très satisfaisant ...

Il ne voulait _pas_ cloner vers une machine identique de toutes façons,
mais vers vmware.

> Celà est-il valable même pour un noyaux "générique" comme on en trouve
> sur les distrib précompilées ?
> On ne peux pas juste demander à kudzu de refaire une tournée générale ?

Damien Wyart wrote:

> Ben snapshots LVM, c'est fait pour ça...

Ca prend combien de temps d'indisponibilité de passer un FS en LVM (s'il ne
l'a pas initialement été)?

On 2007-05-31, Damien Wyart <damien.wyart@free.fr> wrote:

>> La machine principale de le ou je travaille maintenant a un système
>> (tout le système, logs compris) qui tient a peu pres dans 3 ou 4 Go.
>> Explique moi, meme en théorie mais en tenant compte des taux de
>> transfert en écriture, on peut faire une sauvegarde à chaud pendant
>> que les utilisateurs font des INSERT et UPDATE dans la base MySQL.
>
> Ben snapshots LVM, c'est fait pour ça...

Je ne suis pas sur que ça fonctionne, à moins qu'il connaisse
un moyen de demander à la bédédé de "sync-er" ses données.


--
--{ http://tontonth.free.fr/ }--

Mihamina Rakotomandimby (R12y) <mihamina@rktmb.org> wrote:

> Nicolas MICHEL wrote:
>
> >> Explique moi, meme en théorie mais en tenant compte des taux de transfert
> >> en écriture, on peut faire une sauvegarde à chaud pendant que les
> >> utilisateurs font des INSERT et UPDATE dans la base MySQL.
> > Ce n'est pas à toi que je vais expliquer comment faire un dump.
>
> dump de quoi, exactement?
> De MySQL? et le reste?

Quel reste ?

Un soft de backup n'est il pas fait pour gérer les fichier ouverts, en
principes ?
Notament rsnapshot, à ce que j'ai cru comprendre, devrait être capable
de sauvegarder un système à chaud, non ?

--
Nicolas

Michel Tatoute wrote:

> Fabien LE LEZ wrote:
>
>> Bonjour,
>>
>> J'ai un serveur que j'aimerais "cloner" vers une machine virtuelle
>> (VMware) pour pouvoir faire des tests.
>> Grosso modo, tous les logiciels et les données doivent être les mêmes,
>> mais bien sûr le matériel est très différent.
>> (Accessoirement, les paramètres IP seront différents aussi, mais ça,
>> c'est facile à modifier après coup.)
>
> Il n'y a pas de gros problème: tu as deux solutions, soit tu utilise une
> copie du disque ou des partitions soit une copie au niveau fichier.
>
> Mais pour ça il faut de la place, et il y a le pb de la copie de l'état.
>
> En tout cas pour l'avoir souvent fait, basculer un disque linux d'une
> machine à une autre, réelle ou virtuelle ca ce passe generalement tres
> bien.
>
> Le probleme pour toi c'est la base mysql... Comment la copier dans un état
> cohérent? Ca je te laisse chercher. Maintenant si c'est pour des test peut
> être peux tu prendre des mesures appropriées (modele reduit de la base...
> etc).
>

Visiblement mysqldump devrait de permettre de copier ta base sql de façon
cohérente? Non?

>>
>> Difficulté supplémentaire : le serveur "source" est une machine
>> distante, à laquelle j'accède par SSH, et que je ne peux pas éteindre.
>> Je ne peux pas non plus me permettre de couper Apache ou MySQL plus de
>> quelques secondes.
>>
>> Faut-il que, partant d'une machine virtuelle où Debian est déjÃ
>> installé (pour avoir un boot qui fonctionne sans me prendre la tête),
>> je copie (presque) tous les fichiers ?
>> Si oui, quels fichiers ne dois-je pas copier ?
>>
>
> a priori ce qu'il y a dans /boot
> le reste... bof.
> Utilise le même noyau.
>
> Perso je ferais ainsi:
>
> je boote la machine virtuelle sur un livecd qque, en mode texte (et meme
> single user), avec un disque dur vierge de taille suffisante. je
> partitionne le disque de façon adequate, mais le + simple c'est une seule
> partition pour le futur / et même pas de swap. je monte / sur /mnt/newroot
>
> Depuis la machine vituelle je me connecte par ssh sur le serveur et je
> copie sur /mnt/newroot les repertoires: /etc , /bin , /sbin, et /lib.
> c'est amplement suffisant pour booter une machine en single user.
>
> je me chroot sur /mnt/newroot, et j'installe grub (ou lilo) dans le mbr.
>
> # grub --batch
> grub> find /boot/grub/stage1
> (hd0,0)
> grub> root (hd0,0)
> grub> setup (hd0)
> grub> q
>
> verifier le /boot/grub/menu.lst
>
> quitter le chroot, puis rebooter sans le live cd, en mode single
> (rescue?).
>
> se connecter au serveur et copier le reste. Resoudre la problématique de
> snapshot de mysql. Passer au level d'init normal (ou rebooter).
>
> voila.
>
>> Ou bien, y a-t-il une solution plus simple ?
>
>>
>> (J'ai bien pensé à Mondorescue, mais je ne suis pas trop sûr de son
>> fonctionnement quand Apache et MySQL sont en route ; par ailleurs,
>> j'aimerais autant éviter d'installer trop de trucs sur le serveur.)
>>
>> Merci d'avance...
> de rien,
> Michel.

Damien Wyart wrote in message <465e970d$0$21478$426a74cc@news.free.fr>:
> Ben snapshots LVM, c'est fait pour ça...

Tant qu'il n'y aura pas de transactions au niveau du filesystem, ça ne le
permettra pas, non.

Nicolas MICHEL wrote in message
<1hyza3s.15qqueiplkfpcN%Nicolas.MICHEL@BonBon.net> :
> Notament rsnapshot, à ce que j'ai cru comprendre, devrait être capable
> de sauvegarder un système à chaud, non ?

Pas un fichier qui est en cours d'écriture. Ce n'est tout simplement pas
possible.