Bonjour,
Alors voilà on va dire que j'ai 2 dossiers :
docs et backdocs
Dans docs, j'ai des fichiers assez lours avec l'extension .doc
Dans Backdocs, je souhaite avoir le même contenu que dans docs, mais compréssé en bz2
Bref je fais :
rsync -Harov docs/ backdocs/
Après je fais un bzip2 backdocs/*
Le problème, c'est que si je refais
rsync -Harov docs/ backdocs/ et bien sa va me recopier les fichiers.
J'ai déjà demandé sur un autre forum, sans réponse.
J'espère que vous pourrez m'aider.
Merci
# Chez moi ca marche
Posté par bzubzu . Évalué à 5.
tar xjf backdocs.tar.bz2 backdocs
mais pour la maj de backdocs.tar.bz2 je sais pas comment ca va se passer, la solution simple supprimer le backup précédent et en recréer un ou sinon garder plusieurs backups si t'as de la place et mettre la date dans le nom de fichier.
Sinon il y a toujours la solution de monter un système de fichier compressé dans backdocs puis synchroniser docs, plus besoin de bzip2
# La vrai version
Posté par ludoc . Évalué à 1.
J'ai un serveur de jeux Cs:source et pour télécharger les ressources, j'utilise apache qui est plus rapide.
Mes maps sur mon serveur cs:source se trouvent ici :
/home/css/cstrike/maps/
/home/www/maps/
Tous les fichiers doivent être comprésser en bz2 individuellement seulement dans /home/www/maps/
Ce n'est pas une archive.
Voilà
Merci
# Sans blague ?
Posté par Kerro . Évalué à 2.
Vu qu'il n'y a pas de question, normal qu'il n'y ai pas de réponse.
rsync -Harov docs/ backdocs/ et bien sa va me recopier les fichiers.
Bah vi, c'est fait pour. Donc ce n'est pas un problème.
Tu lances une commande faite pour recopier tes fichiers. Tu n'es pas content que la commande recopie les fichiers. Donc tu n'es pas content que la commande fonctionne, c'est ça ? :-)
Blague à part: bzip2 supprime les fichiers une fois la compression réussie. C'est juste au cas où tu ne t'en serais pas rendu compte. Et c'est le cas. Genre il te manque 300 Mo dans ton répertoire cible, mais tu ne l'as pas vu :-)
En fait ton problème n'est pas logiciel, mais simplement logique: tu souhaites compresser les données, mais également faire en sorte que rsync optimise les choses. Ca ne va pas fonctionner comme il faut car rsync n'est pas fait pour ce cas de figure.
Si tu tiens à compresser, fait le avant:
- compresser individuellement les fichiers vers le répertoire pré-sauvegarde (en gardant l'arborescence)
- rsync de pré-sauvegarde vers sauvegarde
- effacer pré-sauvegarde
Tu perds en taux de compression. Tu gagnes en temps rsync uniquement si ta source et ta destination rsync sont sur des machines différentes et que rsync fonctionne des deux côtés en même temps et que le débit de ton réseau soit plus lent que le débit de tes disques. Si tu n'as pas ces 3 conditions, une simple compression sera toujours plus rapide, moins consommatrice de processeur, et moins consommatrice en accès disque.
[^] # Re: Sans blague ?
Posté par ludoc . Évalué à 0.
Ce que je faisais avant :
cp -R /home/css/cstrike/maps/* /home/www/maps/
bzip2 /home/www/maps/*
Bref je cherchais juste un moyen d'optimiser tout sa !
C'est pour sa que je pensais à rsync.
Après, il semble que ce ne soit pas possible de faire ce que je souhaite avec rsync.
Je cherche juste un moyen d'optimiser le tout !
Merci, si quelqu'un à une proposition, sinon je vais me débrouiller tout seul.
[^] # Re: Sans blague ?
Posté par gremous . Évalué à 2.
Je cherche juste un moyen d'optimiser le tout
man bzip2 t'indiquera que l'option --keep évite l'étape de copie.
Quel amabilité renversante
J'ai pas compris ton problème avec son message. Au contraire j'ai plutôt vu un peu d'humour et surtout un conseil qui me semble éclairé.
Ta question de départ n'est pas claire. On suppose que tu n'a pas compris le principe de ce que tu fais. Maintenant tu dis que tu cherches une amélioration alors que tu indiques au départ que tu n'es pas content du comportement de rsync. Enfin un truc comme ça, je résume.
[^] # Re: Sans blague ?
Posté par ludoc . Évalué à 1.
Je vous remercie :)
Pardonnez mon sens de l'humour très limité ce jour ci.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.