Forum

Bonjour, j'ai découvert il y a déjà quelques temps la commande rsync. Voici celle que je passe pour la sauvegarde de mon home sur disque dur externe :

rsync -av --del --stats --filter "- .*/" $REPERTOIRE_SOURCE "$REPERTOIRE_DESTINATION"

Voici ce que j'ai dans les 2 variables :
REPERTOIRE_SOURCE="/home/"
REPERTOIRE_DESTINATION="/run/media/root/heden_01/save_home/home"

ça marche très bien, je n'ai pas remarqué de problème particulier.

Maintenant quand je passe la même commande pour sauvegarder mon home sur mon pc portable, la commande est un peu différente, la voici:

rsync -av --del --stats --filter "- .*/" $REPERTOIRE_SOURCE $IP:$REPERTOIRE_DESTINATION

Voici ce que j'ai cette fois dans les 3 variables:

REPERTOIRE_SOURCE="/home"
REPERTOIRE_DESTINATION="/"
IP="192.168.1.xx"

A part quelques détails dont je ne parlerai pas pour le moment, ça marche mais j'ai remarqué le problème suivant:

Après passage de cette commande rsync vers mon pc portable, sur ce même pc portable je n'ai plus accès au Centre de Contrôle de Mageia, ni à dolphin en root. Quand je clique sur l'un ou l'autre, il m'affiche bien la fenêtre pour saisir le mot de passe root, je le saisi, mais ensuite plus rien !!! je peux recommencer plusieurs fois il ne se passe rien. Donc j'ai fait une ré-installation de mga4 avec mon dvd .iso je fais «mise à jour» et ensuite tout revient dans l'ordre j'ai accès au CCM et à dolphin en root. Si ensuite je repasse une commande rsync vers mon pc portable, je perds l'accès à CCM et à dolphin en root, il faut que je refasse la manip de ré-instal du sytème → «mise à jour» etc ...
Je ne sais pas si quelqu'un peut m'aider là-dessus mais j'aimerai bien arriver à résoudre ce problème parce que cette commande rsync est quand même bien pratique.
Je suppose que pour m'aider il faudra que je fasse des manips avant et après passage de la commande rsync pour essayer de voir se qui se passe, bien sûr je suis prêt à faire tout ce qu'il faudra.
Merci à tous pour votre aide.

Salut,



Sans rentrer dans les détails :







Tu passes par le port 2222 de ton serveur ssh si tu as modifié ce port sur la machine cible, on compresse les données pour éviter de trop saturer le réseau, on exclut (ou pas tous les fichiers cachés) de tous les utilisateurs présents dans la /home puis on prends la /home et on la synchronise vers le serveur distant avec le nom d'utilisateur.



Voila une ligne toute simple, tu peux aussi faire un script en crontab en ajoutant en plus une sortie vers un fichier que tu pourras lire plus tard pour en voir le résultat ...



Pour le plantage de ta Mageia dans la foulée ... Aucune idée ! C'est surtout de savoir ce qui se passe lorsque tu lances la mise à jour via ton DVD d'installe qui pourra nous éclairer sur ce qui casse lorsque tu lances ton rsync.







XKomodor

Bonjour, XKomodor merci pour ta réponse, excuses pour le retard, j'ai quelques explications à te demander:





D'abord est-ce que c'est le fait de passer par le port 2222 qui fait que les données vont être compressées ?!!



Ensuite, ça:



Je suppose que ça exclue tous les fichiers cachés de tous les répertoires home ? si oui ça me va.



Ensuite ça:



Est-ce que je dois activer le script rsync sur la machine source avec mon nom d'utilisateur ou en root ?!!!! parce que je crois que je vais avoir quelques soucis sur les permissions !!



Puis,



ça ça m'intéresse beaucoup par contre le "crontab" je suis pas tombé dedans quand j'étais petit, si tu pouvais me donner un site web qui pourrait m'aider là dessus ?



Pour finir,





ben là où est-ce que je peux trouver ce qui se passe lorsque je lance ma mise à jour via mon DVD d'installe ?





Voilà, merci beaucoup pour tous ces renseignements.

Salut,

Déjà tu as toutes les commandes pour rsync avec des exemples dans un "man" en français ici : http://www.delafond.org/traducmanfr/man/man1/rsync.1.html

Mon exemple est sur le port 2222 dans le cas où tu n'utilises pas le port courant 22 et non ça ne compresse rien du tout.

Effectivement tu ne prends aucun fichier caché dans les /home/* sachant que par exemple les mails de thunderbird ne sont pas pris puisqu'il est lui même caché '.thunderbird' dans les /home utilisateurs.

La commande est lancée depuis le poste utilisateur effectivement vers le serveur qui va héberger les backups et oui elle est à lancer en root sur la machine cliente et tu utilises un compte utilisateur (le "gestionnaire" des backups par exemple) que tu voudras sur la machine cible donc.

La crontab, cette fois wikipedia va te sauver : tu as TOUTES les explications avec exemples sur la page : http://fr.wikipedia.org/wiki/Cron

Donc tâche de faire fonctionner cette simple ligne adaptée à ton environnement pis on verra ton problème de plantage machine après.



XKomodor

Vu que c'est "/" en cible dans la sauvegarde du (ou sur) ton pc portable,
vu que tu ne dis pas ce que réprésente l'IP address
vu le symptôme, je pense que tu écrases ton /, non ?

Édité par magnux77 Le 01/05/2015 à 18h33

Bonsoir, merci pour vos réponses, OK XKomodor je regarde et je vais faire ce que tu me dis et je donnerai la réponse dès que j'aurai fini. Merci pour ton aide.





Ouf !!! ça me rassure parce que là je comprenais plus rien du tout s'il suffisait de passer par le port 2222 pour compresser ça deviendrait de la magie non ?!!! bon mais alors il y a peut-être une option qui permet de compresser, je vais regarder dans le lien que tu m'as donné c'est peut-être indiqué, en tous cas merci pour ton aide.







Euh !! j'avoue que je sais plus trop bien !!!



Voici ce que j'avais trouvé:







Je vais réfléchir à ça, dans un premier temps je vais faire un test sur un dossier avant d'envoyer la commande directement pour sauvegarder le /home je crois que ce sera plus prudent.

Ensuite concernant l'IP adresse, vu que mon pc portable est situé pour le moment à côté de moi et connecté en wifi sur la même box que mon pc de bureau, l'IP adresse est privée de la forme 192.168/1.xx.



Merci également pour ton aide, dès que j'ai du nouveau je poste pour vous donner les résultats.







.

Bonjour, j'ai avancé un peu sur le sujet:







Oui tu as raison enfin je pense en tous cas je suis d'accord sur le fait que je dois écraser mon /home et ça me mets la grouille donc au lieu de faire un rsync du /home je fais un rsync de /home/toto/Images puis un autre pour Vidéos, Documents, Musique, etc ... et là ça marche bien mis à part une chose, voici le message que me retourne rsync:







rsync ne détruit pas sur la cible les répertoires non vides, j'ai regardé sur internet s'il y avait un moyen mais j'ai pas trouvé, voici le rsync que j'ai écrit:







Je pensais que le --del ferait l'affaire mais non, si quelqu'un a une idée ?

Bonjour, j'ai une tâche rsync qui s'exécute depuis un certain temps et qui normalement devrait être terminée, est-ce qu'il y a un moyen de voir si cette tĉhe s'exécute correctement ?! avec ksysguard je vois qu'elle est présente mais je ne sais pas dire si tout va bien, peut-être existe-t-il un moyen de mettre une trace sur rsync et dans ce cas je suppose que je dois tuer la tâche qui est entrain de s'exécuter pour en lancer une autre avec les bons paramètres (s'ils existent) pour la tracer ?!
Merci pour vos réponses.

Ajoutes à la commande rsync l'option -v et redirige la sortie de la commande dans un fichier de log



Pour voir l'avancée de rsync :



Si ça plante voir le fichier



tu peux dater le fichier en redirigeant ainsi

Ah ouais merci, en plus j'ai le fichier log qui va bien mais j'avais pris l'habitude de le regarder à la fin quand la tâche rsync était terminée, je n'avais pas pensé à regarder l'évolution de ce fichier pendant que la tâche s'exécute !!!!

Pour faire simple, tu peux aussi utiliser grsync qui est une couche graphique à rsync. Ce logiciel envoie une ligne rsync que tu peux récupérer et insérer dans un scrypt. C'est facile et tu peux faire une tâche cron dans crontab grace à cette ligne.
(Tu l'as compris, c'est une fonction cron qui manque à grsync)

Bonjour et merci à tous pour vos réponses, j'ai encore un soucis avec rsync j'arrive pas à me l'expliquer, voici la commande que je passe:







ça marche bien sauf que j'ai le problème suivant:



$dossier1=/home/toto/ et dans $dossier2=/run/media/root/h_mga4_64_bit/toto/



Apparemment ça marche très bien sauf que avant de passer la commande rsync j'ai le dossier source /home/toto/ qui a pour utilisateur toto et groupe utilisateur toto. (L'ID utilisateur est 1000)

Après passage de la commande rsync si je fais ls -l je vois que le dossier /home/toto a pour utilisateur 500 et groupe utilisateur 500 !!!!!!!!!!!! ce qui fait que si je ne passe pas la commande chown toto:toto toto au redémarrage je peux même plus rentrer !!!!!!



Après la commande rsync dans mon script j'ai essayé de passer la commande chown $USER:$USER $USER mais il laisse quand même 500 comme ID utilisateur et groupe utilisateur !!!!!



Je comprends pas que rsync modifie ça sur le fichier source, avez vous une idée là-dessus ? enfin c'est peut-être pas rsync qui modifie mais en tous cas avant passage rsync le propriétaire de /home/toto/ c'est toto et après passage de rsync le propriétaire de /home/toto/ c'est l'ID 500



Bien sûr je pourrais modifier l'ID utilisateur et le passer de 1000 à 500 mais je trouve que c'est pas cool de faire ça !!! et vous ?



Je précise à tout hasard que je suis sur mga5 bêta3 mais je pense que ce n'est pas la source de mon problème.



Merci pour vos réponses.

Pardon, j'ai oublié de préciser que sur la destination /run/media/root/h_mga4_64_bit/toto/ l'utilisateur et groupe utilisateur c'est 500 mais je vois pas pourquoi rsync attriburait l'utilisateur et groupe utilisateur 500 à la source /home/toto/ !!!!!!!!!