Salut a tous,
J'utilise depuis peu backup-manager pour sauvegarder des données d'un serveur.
Pour éconimiser de la place, je fais un backup complet le lundi et un incrémental tous les autres jours de la semaine, avec les réglages suivants :
# Which frequency to use for the master tarball?
# possible values: weekly, monthly
export BM_TARBALLINC_MASTERDATETYPE="weekly"
# Number of the day, in the BM_TARBALLINC_MASTERDATETYPE frequency
# when master tarballs should be made
export BM_TARBALLINC_MASTERDATEVALUE="1"
Cepandant, en examinant les backups, je me suis rendu compte que backup-manager me fait un backup total tous les jours (ils sont tous suffixés master et ont tous la meme taille a peu pres). Est-ce un bug du logiciel ou ya t-il autre chose que le fichier /etc/backup-manager.conf a modifier ?
Je précise que j'utilise la version 0.7.6, que j'avais le meme pb sous la 0.7.5, et que j'ai testé sur plusieurs machines.
Par ailleurs, je rencontre d'autres problèmes avec la méthode d'upload S3 d'Amazon.
En effet, certains fichiers parviennent a etre uploadés, mais j'ai le message d'erreur "Negative length at /usr/local/share/perl/5.8.8/File/Slurp.pm line 159." et le reste des fichiers a uploader ne passe alors pas. La machine est sous ubuntu.
Sur une autre machine (Debian), dans le fichier /var/log/user.log, j'ai l'erreur "Could not create bucket NomDuBucket" alors que j'utilise exactement le même bucket que sur le 1er serveur!
En cherchant un peu, j'ai vu que cette méthode posait pas mal de problèmes. Quelq'un arrive à l'utiliser correctement?
Merci bien !
David
# BM_ARCHIVE_METHOD
Posté par Lol Zimmerli (site web personnel, Mastodon) . Évalué à 2.
export BM_ARCHIVE_METHOD="tarball-incremental"
? Si ce n'est pas le cas, c'est normal qu'il ne fasse pas de l'incrémental.
La gelée de coings est une chose à ne pas avaler de travers.
[^] # Re: BM_ARCHIVE_METHOD
Posté par David . Évalué à 1.
Il me reste maintenant à percer le mystère du S3 qui bug :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.