Bonsoir,
je me galére avec rsync depuis hier… c’est vraiment pas si simple à appréhender cet outil.
Entre autre, je ne comprend pas pourquoi quand j’ai 2 serveurs: serveur1 et serveur2.
root@serveur1:/usr/share/mediawiki/images# lsme répond:
Je fais un
root@serveur1/:#rsync -e ssh -avz --delete-after /usr/ root@serveur2:/usrSi je fait root@serveur2:/usr/share/mediawiki/images# ls
Je n’ai rien dans le répertoire 
[quote=“Blacksad”]
root@serveur1/:#rsync -e ssh -avz --delete-after /usr/ root@serveur2:/usrSi je fait root@serveur2:/usr/share/mediawiki/images# ls
Je n’ai rien dans le répertoire [/quote]
J’ai eu le même problème : il ne synchronise pas le contenu de usr sur serveur1 avec le contenu de usr sur serveur2, mais dans le dossier usr, ce que je ne trouve pas naturel personnellement.
Si je tape juste, tu devrais pouvoir trouver tes fichiers dans /usr/usr/share/mediawiki/images.
Il ne faut pas un / après serveur2:/usr ?
Si tu fais ça :
tu copies tout ce qui est contenu dans /usr du serveur1 dans le /usr du serveur2
Si c’est ce que tu cherches, il ne faut rien modifier, il y a une erreur ailleurs.
Sinon, essaie en ajoutant le 'foo: ’ comme dans l’extrait du man suivant :
[code] rsync -avz foo:src/bar /data/tmp
ceci transfère récursivement tous les fichiers du répertoire src/bar de la machine foo dans le répertoire /data/tmp/bar de la machine locale. Les fichiers sont transférés en mode «archive», ce qui assure la préservation des liens symboliques, périphériques, attributs, permissions, propriétés, etc lors du transfert. De plus les donnés transférées seront compressées.
rsync -avz foo:src/bar/ /data/tmp
une barre oblique à la fin du chemin source modifie ce comportement pour transférer tous les fichiers du répertoire src/bar de la machine foo dans /data/tmp/. Une barre oblique à la fin d’un chemin source signifie «copie le contenu de ce répertoire». Sans la barre oblique à la fin cela signifie «copie le répertoire». Cette différence devient particulièrement importante lors de l’utilisation de l’option --delete. [/code]
[quote=“arnaud_k”]
J’ai eu le même problème : il ne synchronise pas le contenu de usr sur serveur1 avec le contenu de usr sur serveur2, mais dans le dossier usr, ce que je ne trouve pas naturel personnellement.
Si je tape juste, tu devrais pouvoir trouver tes fichiers dans /usr/usr/share/mediawiki/images.[/quote]
Ca ne semble pas être le même cas non, tu m’as fait peur vu que j’ai fait des tentative avec / j’avais peur d’avoir quelque soucis d’espace disque s’il avait fait des truc de ce genre ^^
[quote]root@info-co-debian:~# cd /
root@info-co-debian:/# ls
bin etc lib mnt root srv usr
boot home lost+found opt sbin sys var
dev initrd.img media proc selinux tmp vmlinuz
root@info-co-debian:/# cd usr
root@info-co-debian:/usr# ls
bin games include lib local nagios-plugins sbin share src[/quote]
@coq: non la sytaxe me semble bonne, comme tu peux le lire dans l’intervention de Ricardo.
@ Ricardo:
[quote]rsync -avz foo:src/bar /data/tmp
ceci transfère récursivement tous les fichiers du répertoire src/bar de la machine foo […][/quote]
foo c’est le nom du serveur, dans mon cas “serveur2”. je spécifie juste en plus le user mais avec ou sans ça revient au même, ca évite juste qu’il pose la question.
1/ As-tu essayé avec ‘–del’ au lieu de ‘–delete-after’ ?
2/ Je pense à autre chose : ssh et # ne vont pas ensemble en principe, donc :
3/ À essayer aussi
USER@serveur1:/$ cd /usr
USER@serveur1:/usr$ rsync -e ssh -avz --delete-after /usr/ USER@serveur2:/usr
Il convient bien sûr d’harmoniser les droits.
Bon, au risque de me faire lyncher 
, je plussoies Coq. 
Depuis maintenant un petit moment (bientôt six mois si je ne m’abuse), il a fallut que je rajoute un / à tous mes scripts de sauvegarde (qui marchaient très bien auparavant) car il me recréait les dossiers à l’intérieur du dossier cible.
Rien n’empêche en tout cas de faire un essai en faisant une simulation 
Bonjour,
Itou
A+
Je peux pas tester avant Mercredi.
donc d’aprés vous je dois tester ça:
Ce que je ne comprend pas c’est que je ne vois pas d’autre /usr et qu’il m’a bien synchronisé une partie des fichers… m’enfin on verra, je reste sceptique tout de même ^^
Je vous tiens au courant Mercredi donc 
Ça m’étonnerait que ça apporte qq chose de +.
Les tests qui me semblent bons à faire, pour moi, sont :
root@serveur1/:#rsync -e ssh -avz –del /usr/ root@serveur2:/usr
root@serveur1/:#rsync -e ssh -avz –del /usr/*
root@serveur2:/usr
EDIT :
Sinon, pour voir s’il n’y a pas une histoire de droits ssh, teste aussi ça :
root@serveur1/:#rsync -e ssh -avz --del /usr/ root@serveur2:/tmp
pas de problème de droit ssh, d’une part parce que je ne me connecte à ces serveurs que par ssh donc j’aurai remarqué ^^ (c’est des vieux desktop sans clavier/souris/ecran dans deux salles serveurs) et que le root utilise une clé rsa, y’a pas d’authentification (le script ne fait pas que /usr, il synchronise plein d’autres répertoires, donc taper le mot de passe ce serait galère)
j’ajouterai un fichier bidon à plusieurs endroits de l’arborescence de /usr pour voir, t’avais utilisé cette astuce dans un cas précédent, pas bête
Alors, as-tu eu l’occasion de tester? :text-feedback:
dsl, pas eut le temps, j’en prend une peu:
[quote]# rsync -e ssh -arvz --delete-after /usr/ root@172.18.1.22:/usr/
building file list … done
nagios-plugins/
nagios-plugins/dpkg/
nagios-plugins/templates-basic/
nagios-plugins/templates-standard/
deleting nagios-plugins/nagios-plugins/templates-standard/snmp.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/rpc-nfs.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/radius.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/pgsql.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/nt.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/netware.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/mysql.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/mrtg.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/mailq.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/ldap.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/ifstatus.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/hppjd.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/games.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/fping.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/flexlm.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/dns.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/disk-smb.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/breeze.cfg
deleting nagios-plugins/nagios-plugins/templates-standard/
deleting nagios-plugins/nagios-plugins/templates-basic/users.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/telnet.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/tcp_udp.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/ssh.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/real.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/procs.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/ping.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/ntp.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/news.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/mail.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/load.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/http.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/ftp.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/dummy.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/disk.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/dhcp.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/apt.cfg
deleting nagios-plugins/nagios-plugins/templates-basic/
deleting nagios-plugins/nagios-plugins/dpkg/functions
deleting nagios-plugins/nagios-plugins/dpkg/
deleting nagios-plugins/nagios-plugins/
sent 1780929 bytes received 26 bytes 27190.15 bytes/sec
total size is 1393373126 speedup is 782.37
[/quote]
Mais toujours rien sous /usr/share/mediawiki/images sur le serveur cible…
Je me repenche dessus demain ou après-demain, ce sera plus calme.
Tu as essayé sans le “after” ?
Saluts,
Sauvegarde du serveur distant (dédié ovh) vers local.
[code]Racine :
rsync -arvin --stats --del --backup --backup-dir=/root/controle-racine --exclude-from=/root/.exclureOVH_Racine -e ssh root@xxx.xxx.xxx.xxx
/mnt/sauvegardeOVH/RACINE/09122011_19h30
Var :
rsync -arvin --stats --del --backup --backup-dir=/root/controle-var --exclude-from=/root/.exclureOVH_Var -e ssh root@xxx.xxx.xxx.xxx:/var /mnt/sauvegardeOVH/VAR/09122011_19h30
Home :
rsync -arvin --stats --del --backup --backup-dir=/root/controle-user --exclude-from=/root/.exclureOVH_Home -e ssh root@xxx.xxx.xxx.xxx:/home /mnt/sauvegardeOVH/HOME/09122011_19h30
[/code]
La même en couleur pour /usr (?) …
avec rsync il faut particulièrement se méfier du “/” final. Il veut dire “copie l’INTERIEUR” du répertoire, pas le répertoire lui meme, par exemple rsync -a /var/ test@ed.xxx:backup/ ne créer PAS le dossier var dans ~test/backup
Pour ce qui est du problème évoqué, je pense que c’est tout simplement une bête histoire de lien symbolique (-a implies -l et -l => copie le LIEN symbolique, PAS le contenu !) un pti coup de -aL et ça sera réglé 
A+
Je vais regarder dés que je reprendrais le boulot (ce ne sera pas avant un petit moment)
Merci à tous.