Vous n'êtes pas identifié(e).
à l'aide de la commande
voici comment je l'ai edité:
1 - 2 - 3 - 4 etc... pour moi signifie que la 1ere sauvegarde va se lancer le 01 de chaque mois, la 2e le 02 de chaque mois, etc...
Puis, ctrl+x, puis ctrl+y, puis redemarrage du serveur...
Est-ce que cela vous semble plausible?
Y a t il des moyens de verifier que cela tourne?
(au cas ou, j'avais laissé un fichier "temoin" sur les volumes de destination, "blabla.txt", qui, si cela fonctionnait, aurait normalement dû être supprimé avec le "--delete", mais ce matin, j'ai vérifié, ce fichier est toujours dans les destinations... etrange?)
Merci, à bientôt.
d33p
Dernière modification par d33p (30-06-2017 19:03:08)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
ou des choses du genre:
je ne capte pas bien, en plus l'histoire du hourly... Alors que je pensais avoir configuré pour une sauvegarde par mois...
Dernière modification par d33p (03-06-2017 05:06:06)
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
rsync-home.timer
le script
jette un œil sur les man de systemd.time, systemd.timer et systemd.service
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Hors ligne
Ta commande, c'était plutôt crontab -e, non ?
Oui, j'ai lancé ceci et édité, mais cela ne faisait rien et ce que j'ai posté plus haut n'a pas l'air très rassurant avec ces histoires de "death" etc... je ne sais pas dechiffrer plus que ça, mais ça sent pas bon ^^
Ben en fait, y'a pas qu'un seul cron.
Les daily, hourly, ... que tu peux voir correspondent aux dossiers du même nom sous /etc/ (/etc/cron.hourly, ...). Les scripts placés dans ces dossiers sont exécutés avec la périodicité idoine.
Oui, mais dans la mesure ou je n'ai pas configuré quoi que ce soit en "hourly", je ne comprends pas pourquoi ça apparait dans les logs...
au passage, j'avais modifié les commandes rsync, je les ai lancé manuellement, ça tourne toujours (pour le moment tant que la sauvegarde tourne, je ne touche pas au serveur).
Voici la version finale de la commande rsync que j'ai lancé:
merci
@ bientot
d33p
Dernière modification par d33p (03-06-2017 18:18:11)
science sans conscience n'est que ruine de l'âme...
Hors ligne
J'ai egalement des:
Tous mes backups ont planté avec des erreurs de ce type...
Je suis tres mal là, et en plus je ne comprends pas ces erreurs...
En plus, il devait ne pas reecrire sur les fichiers existants et ne toucher qu'aux fichiers ou repertoires changés et là il reprend à chaque fois à zero...
Dernière modification par d33p (03-06-2017 17:39:19)
science sans conscience n'est que ruine de l'âme...
Hors ligne
je n'ai pas configuré quoi que ce soit en "hourly"
Mais le système va quand même lancer la tâche toutes les heures, même s'il n'y a rien a exécuter. D'où sa présence dans les logs.
Tu peux donner quelques lignes de log de plus, autour des lignes que tu donnes ci-dessus ? Ça se produit sur des fichiers particuliers ?
Pour ton test, tu as lancé rsync en root ou avec ton utilisateur ?
Hors ligne
merci
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Y − 3HG − Auto-hébergé
Hors ligne
Dernière modification par d33p (04-06-2017 22:49:38)
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Enfin, c'est plus qu'une impression, car si je check la date de modif des fichiers dans /arrivee/ , en effet, elle change apres chaque lancement de commande, de plus, les backups prennent un temps fou...
J'ai loupé un truc pour qu'il ne recopie pas l'existant?
Mon but c'est:
-qu'il copie les nouveaux fichiers qui sont dans /depart/ vers /arrivee/
-qu'il efface les fichiers effacés qui étaient dans /depart/ dans /arrivee/
-qu'il ne reecrive pas à chaque fois sur ce qui est identique dans /depart/ et dans /arrivee/
merci, à bientôt.
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
à ce moment là, rsync ne touche que ce qui à changé.
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne
science sans conscience n'est que ruine de l'âme...
Hors ligne
Au passage, c'est une bonne idée de mettre le chemin complet vers l'exécutable dans les tâches cron (qui n'a pas toujours le même PATH) : /usr/bin/rsync par exemple.
hello, tu pourrais entrer un peu plus dans les details stp?
merci.
d33p
science sans conscience n'est que ruine de l'âme...
Hors ligne