[frederic1]

Bonjour, juste un message pour remercier infiniment Ginux qui a créé ce how-to il y a 7 ans et qui fonctionne toujours parfaitement aujourd'hui. Il m'a été très utile !

[jbyvosges]

Bonjour
J'ai installé backup-manager hier et j'ai un petit pb. avec la doc (et le tuto dont je remercie l'auteur) que je n'ai pas comprise.
J'ai un répertoire à exclure qui s'appelle "Ubuntu One" et je n'ai pas compris comment entrer le caractère blanc. J'ai mis :

export BM_TARBALL_BLACKLIST="*/tmp/ /home/jby/Partage /home/jby/Ubuntu* *.mp3 *.mov *.mkv *.iso *.avi *.ogg"

mais j'obtiens l'erreur : One cannot stat

De même dans l'exemple de la doc :
# BM_TARBALL_TARGETS[0]="/etc"
# BM_TARBALL_TARGETS[1]="/boot"
# export BM_TARBALL_TARGETS

je ne vois pas où sont les blancs

[quentin001]

j'ai le même problème de Franchy38

Bonjour,

J'ai toujours un souci avec le backup-manager (je suis sur la version 2 d'OVH).
Quand je lance /usr/sbin/backup-manager depuis putty, l'exécution se passe bien, les fichiers sont prérarés dans le répertoire archives de home, la copie en ftp sur le serveur backup d'ovh se passe bien.
Par contre si je lance la même commande depuis une tache cron à 3 heures du mat, les fichiers sont bien préparés mais pas envoyés en ftp ...

Avez-vous une idée d'où cela peut-il venir ?

François

Quelqu'un a t-il trouvé une solution

[quentin001]

je le trouve bien ce script juste une remarque dans la tâche cron la commande est commande: backup-manager et Entrée de la commande /usr/sbin/ et non /usr/sbin/backup-manager.

juste une simple question, le dossier archives, il y a t-il moyen de le vider après backup

[Ginux]

Bonjour,

j'ai eu moi aussi ce souci. La seule solution est de sortir les fichiers log de la sauvegarde.
Quel est l'intérêt de les garder ? ils font rapidement des centaines de méga, ça va te plomber la sauvegarde que de les compresser, te plomber aussi le transfert FTP.
Donc pour ma part, je les ai exclus de la sauvegarde et tout se passe bien depuis maintenant un an et demi...
Il arrive parfois que sur une semaine ou 2 le transfert ftp se passe mal...mais au bout de quelques jours tout rentre dans l'ordre...quelques soucis côté OVH ? Peu importe, on en n'a pas besoin non plus tous les jours.

[ziymariam]

Bonjour,
j'ai suivi ton tuto ça marche en local, je retrouve bien les sauvegardes dans /var/archives mais pas sur le serveur distant, quand je lance la commade back-manager -v, voilà ce qu'il me retourne à la fin de l'exécution:
"
Using the upload method "ftp".
no connection to syslog available
- unix dgram connect: Connection refused at /usr/share/perl5/BackupManag
unable to call backup-manager-upload
Releasing lock
"

Peut tu m'aider je n'arrive pas à voir ce qui ne va pas au juste
merci

[technopowaz]

Bonsoir,

j'ai installé backup-manager, le problème est que dans mon cas, backup-manager me retourne une erreur puisque les fichiers logs (type access.log, error.log...) sont modifié durant la compression.

Que faire pour éviter ce genre de soucis?

Merci d'avance à vous.

[jexl]

J'ai trouvé pourquoi l'install dans perl ne fonctionnait pas :
en fait, il fallait retourner a ce niveau : cd backup-manager-0.6.3

avant de lancer : cp -r BackupManager/ /usr/lib/perl5/site_perl/5.8.8/i686-linux

J'ai testé le cron et tout marche bien !!!

Merci pour ce tuto, grande classe

[jexl]

Bonjour,

Je viens de tester ce "how to" j'ai suivi les explications données(très bien faites par ailleurs) à la lettre, et ca plante à un moment :

Lorsque je veux copier sous perl sa bibliotheque en tapant ca :
cp -r BackupManager/ /usr/lib/perl5/site_perl/5.8.8/i686-linux
j'ai l'erreur suvante :
cp: ne peut évaluer `BackupManager/': Aucun fichier ou répertoire de ce type

Je précise que j'ai vérifié la version de perl et que je trouve aussi le dossier i686-linux

Ce qui fait que quand je lance le script, il créer bien les back-up mais ne les transfère pas.

Quelqu'un a une idée ?

Merci

[Frenchy38]

Bonjour,

J'ai toujours un souci avec le backup-manager (je suis sur la version 2 d'OVH).
Quand je lance /usr/sbin/backup-manager depuis putty, l'exécution se passe bien, les fichiers sont prérarés dans le répertoire archives de home, la copie en ftp sur le serveur backup d'ovh se passe bien.
Par contre si je lance la même commande depuis une tache cron à 3 heures du mat, les fichiers sont bien préparés mais pas envoyés en ftp ...

Avez-vous une idée d'où cela peut-il venir ?

François

[nero62]

Ok, merci pour tout alors, ce tutorial est super

[Rikle_S]

oui

[nero62]

Bon, je viens finalement de tester pour voir ce que ça donner et c'est très acceptable niveau perte de perfs (surtout si je programme ça la nuit).
Par contre, le fichier de sauvegarde de ma bdd (gzippé) ne fait plus que 116Mo : est-ce normal ?

[nero62]

Bonjour,

Tout d'abord, merci pour ce super tuto, je suis tombé dessus par hasard alors que je me demandais comment un débutant comme allait pouvoir réaliser des backups de mes bases de données.
Par contre, je me pose une petite question : une de mes bases dépasse largement les 1Go. Est-ce gênant ? Cela peut-il surcharger le serveur pendant le backup et ainsi gêner mes visiteurs ?

Merci d'avance

[Rikle_S]

Maintenant que tout est installé :/
Je n'ai encore jamais désinstallé une appli linux...

[Rikle_S]

Les bdd sont vide par contre.

Depuis ce temps, j'ai réussis à sauvegarder les fichiers par contre.

[Rikle_S]

C'est la commande pour utiliser une sauvegarde ?
Faut il formater le dédié avant de lancer ce genre de commande si c'est le cas ?

Pour ma part, il ne sauvegarde que les bdd :/

dans les dossiers à sauvegarder, j'ai mis "/" pour qu'il sauvegarde tout mais....

[Alpha_67]

################################################## ############
# Backup method: svn
################################################## ###########

# Absolute paths to the svn repositories to archive
export BM_SVN_REPOSITORIES=""

# You can compress the resulting XML files
# Supported compressor are: bzip2 and gzip
export BM_SVN_COMPRESSWITH="bzip2"

################################################## ############
# Backup method: pipe
################################################## ###########

# The "pipe" method is a generic way of making archive.
# Its concept is simple, for every kind of archive you want
# to make, you give: a command which will send output on stdout,
# a name, a file type and optionnaly, a compressor.

# Be careful, this feature uses arrays!
declare -a BM_PIPE_COMMAND
declare -a BM_PIPE_NAME
declare -a BM_PIPE_FILETYPE
declare -a BM_PIPE_COMPRESS

# You can virtually implement whatever backup scenario you like
# with this method.
#
# The resulting archives will be named like this:
# $BM_ARCHIVE_PREFIX-$BM_PIPE_NAME.$DATE.$BM_PIPE_FILETYPE
# If you specified a BM_PIPE_COMPRESS option, the resulting filename
# will change as expected (eg, .gz if "gzip").
#
# Here are a couple of examples for using this method:

# Archive a remote MySQL database through SSH:
# BM_PIPE_COMMAND[0]="ssh host -c \"mysqldump -ufoo -pbar base\""
# BM_PIPE_NAME[0]="base"
# BM_PIPE_FILETYPE[0]="sql"
# BM_PIPE_COMPRESS[0]="gzip"
# This will make somthing like: localhost-base.20050421.sql.gz

# Archive a specific directory, on a remote server through SSH:
# BM_PIPE_COMMAND[0]="ssh host -c \"tar -c -z /home/user\""
# BM_PIPE_NAME[0]="host.home.user"
# BM_PIPE_FILETYPE[0]="tar.gz"
# BM_PIPE_COMPRESS[0]=""
# This will make somthing like: localhost-host.home.user.20050421.tar.gz

export BM_PIPE_COMMAND
export BM_PIPE_NAME
export BM_PIPE_FILETYPE
export BM_PIPE_COMPRESS

################################################## ############
# Section "UPLOAD"
# You can upload archives to remote hosts with different
# methods.
################################################## ###########

# Which method to use for uploading archives, you can put
# multiple methods here.
# Available methods:
# - scp
# - ssh-gpg
# - ftp
# - rsync
# - s3
# - none

# If you don't want to use any upload method (you don't want to
# upload files to remote hosts) then choose "none"
export BM_UPLOAD_METHOD="ftp"

# where to upload (global to all methods. Not required to be set for S3)
export BM_UPLOAD_HOSTS=""

# Where to put archives on the remote hosts (global)
export BM_UPLOAD_DESTINATION="/archives"

################################################## ############
# The SSH method
################################################## ###########

# the user to use for the SSH connections/transfers
export BM_UPLOAD_SSH_USER=""

# The private key to use for opening the connection
export BM_UPLOAD_SSH_KEY=""

# specific ssh hosts
export BM_UPLOAD_SSH_HOSTS=""

# port to use for SSH connections (leave blank for default one)
export BM_UPLOAD_SSH_PORT=""

# destination for ssh uploads (overrides BM_UPLOAD_DESTINATION)
export BM_UPLOAD_SSH_DESTINATION=""

# purge archives on remote hosts before uploading?
export BM_UPLOAD_SSH_PURGE="true"

# If you set BM_UPLOAD_SSH_PURGE, you can specify a time to live
# for archives uploaded with SSH.
# This can let you use different ttl's locally and remotely
# By default, BM_ARCHIVE_TTL will be used.
export BM_UPLOAD_SSH_TTL=""

################################################## ############
# The SSH-GPG method
# The ssh-gpg method uses the same configuration keys as the
# ssh method, plus one other
################################################## ###########

# The gpg public key used for encryption, this can be a short
# or long key id, or a descriptive name. See gpg man page for
# all possibilities how to specify a key.
export BM_UPLOAD_SSHGPG_RECIPIENT=""

################################################## ############
# The FTP method
################################################## ###########

# Use FTP secured transfers (FTP over TLS)
# User, password and data will be uploaded encrypted with SSL.
# Passive mode will be automaticaly activated
export BM_UPLOAD_FTP_SECURE="true"

# Do you want to use FTP passive mode?
# This is mandatory for NATed/firewalled environments
export BM_UPLOAD_FTP_PASSIVE="true"

# the user to use for the FTP connections/transfers
export BM_UPLOAD_FTP_USER="mon_user"

# the FTP user's password
export BM_UPLOAD_FTP_PASSWORD="*************"

# FTP specific remote hosts
export BM_UPLOAD_FTP_HOSTS="adresse_backup_ovh"

# purge archives on remote hosts before uploading?
export BM_UPLOAD_FTP_PURGE="true"

# You can specify a time to live for archives uploaded with FTP
# This can let you use different ttl's locally and remotely
# By default, BM_ARCHIVE_TTL will be used.
#export BM_UPLOAD_FTP_TTL="

# destination for FTP uploads (overrides BM_UPLOAD_DESTINATION)
export BM_UPLOAD_FTP_DESTINATION="/archives"


################################################## ############
# The S3 method
################################################## ###########

# The Amazon S3 method requires that you secure an S3
# account. See http://aws.amazon.com

# The bucket to upload to. This bucket must be dedicated to backup-manager
export BM_UPLOAD_S3_DESTINATION=""

# the S3 access key provided to you
export BM_UPLOAD_S3_ACCESS_KEY=""

# the S3 secret key provided to you
export BM_UPLOAD_S3_SECRET_KEY=""

# purge archives on remote hosts before uploading?
export BM_UPLOAD_S3_PURGE="false"

################################################## ############
# The RSYNC method
################################################## ###########

# Which directories should be backuped with rsync
export BM_UPLOAD_RSYNC_DIRECTORIES=""

# Destination for rsync uploads (overrides BM_UPLOAD_DESTINATION)
export BM_UPLOAD_RSYNC_DESTINATION=""

# The list of remote hosts, if you want to enable the upload
# system, just put some remote hosts here (fqdn or IPs)
# Leave it empty if you want to use the hosts that are defined in
# BM_UPLOAD_HOSTS
export BM_UPLOAD_RSYNC_HOSTS=""

# Do you want to dereference the files pointed by symlinks?
# enter true or false (true can lead to huge archives, be careful).
export BM_UPLOAD_RSYNC_DUMPSYMLINKS="false"

################################################## ############
# Section "BURNING"
# - Automatic CDR/CDRW/DVDR burning
################################################## ###########

# the method of burning archives from the list :
# - DVD : burn archives on a DVD medium
# (that doesn't need formatting, like DVD+RW).
#
# - DVD-RW : blank the DVD medium and burn archives
# (recommanded for DVD-RW media).
#
# - CDRW : blank the CDRW and burn the whole
# ARCHIVES_REPOSITORY or only
# the generated archives.
#
# - CDR : burn the whole ARCHIVES_REPOSITORY or
# only the generated archives.
# - none : disable the burning system

export BM_BURNING_METHOD=""

# When the CD is burnt, it is possible to check every file's
# MD5 checksum to see if the CD is not corrupted.
export BM_BURNING_CHKMD5="false"

# The device to use for mounting the cdrom
export BM_BURNING_DEVICE=""

# You can force cdrecord to use a specific device
# Fill in the full path to the device to use or even
# e.g. BM_BURNING_DEVFORCED="/dev/cdrom"
# If none specified, the default cdrecord device will be used.
export BM_BURNING_DEVFORCED=""

# By default backup-manager will make Joliet media (using the mkisofs switches
# : "-R -J"). You can change these if you want to use non-Joliet disc images.
# Change this only if you know what you're doing. Refer to mkisofs(8) for
# details.
export BM_BURNING_ISO_FLAGS="-R -J"

# enter here the max size of your media
# (usal sizes are 4200 for DVD media and 700 or 800 for CDR media)
export BM_BURNING_MAXSIZE=""


################################################## ############
# Advanced settings, use this with care.
################################################## ###########

# Every output made can be sent to syslog
# set this to "true" or "false"
export BM_LOGGER="true"

# You can choose which facility to use
export BM_LOGGER_FACILITY="user"

# Enter here some shell script.
# It will be executed before the first action of backup-manager.
export BM_PRE_BACKUP_COMMAND=""

# Enter here some shell script.
# It will be executed after the last action of backup-manager.
export BM_POST_BACKUP_COMMAND=""

Dans le log :
The upload transfer "ftp" failed.

Merci à vous


edit: si je fait :

backup-manager-upload -m=ftp -h=backup.ovh.net -u=ip_ovh -p=mon_pass -d=/archives -r=/var/archives today

ça fonctionne...

[Alpha_67]

Yop all,


sous Debian etch j'obtiens ce message :

The upload transfer "ftp" failed.

Ma conf :

# Backup Manager Configuration File
#
# * This configuration file is divided into sections.
# The 'global' section is mandatory, every keys defined in
# this section are inherited in the other sections.
# * There is one section per "backup method", you have to
# fill the section of the chosen method.
#
################################################## ############

################################################## ############
# Repository - everything about where archives are
################################################## ###########

# Where to store the archives
export BM_REPOSITORY_ROOT="/var/archives"

# For security reasons, the archive repository and the generated
# archives will be readable/writable by a given user/group.
# This is recommended to set this to true.
export BM_REPOSITORY_SECURE="true"

# The repository will be readable/writable only by a specific
# user:group pair if BM_REPOSITORY_SECURE is set to true.
export BM_REPOSITORY_USER="root"
export BM_REPOSITORY_GROUP="root"
# You can also choose the permission to set the repository, default
# is 770, pay attention to what you do there!
export BM_REPOSITORY_CHMOD="770"

################################################## ############
# Archives - let's focus on the precious tarballs...
################################################## ############

# Each archive generated will be chmoded for security reasons
# (BM_REPOSITORY_SECURE should be enabled for this).
export BM_ARCHIVE_CHMOD="660"

# Number of days we have to keep an archive (Time To Live)
export BM_ARCHIVE_TTL="5"

# Do you want to purge only the top-level directory or all
# directories under BM_REPOSITORY_ROOT?
export BM_REPOSITORY_RECURSIVEPURGE="false"

# Do you want to replace duplicates by symlinks?
# (archive-DAY is a duplicate of archive-(DAY - 1) if they
# are both the same size).
export BM_ARCHIVE_PURGEDUPS="true"

# Prefix of every archive on that box (default is HOSTNAME)
export BM_ARCHIVE_PREFIX="$HOSTNAME"

# The backup method to use.
# Available methods are:
# - tarball
# - tarball-incremental
# - mysql
# - svn
# - pipe
# - none
# If you don't want to use any backup method (you don't want to
# build archives) then choose "none"
export BM_ARCHIVE_METHOD="tarball"

################################################## ############
# Encryption - because you cannot trust the place your
# archives are
################################################## ############

# If you want to encrypt your archives locally, Backup Manager
# can use GPG while building the archive (so the archive is never
# written to the disk without being encrypted.

# Note: this feature is only possible with the following archive types:
# tar, tar.gz, tar.bz2

# Uncomment the following line if you want to enable encryption
# available method: gpg
#export BM_ENCRYPTION_METHOD="gpg"

# The encryption will be made using a GPG ID
# Examples:
# export BM_ENCRYPTION_RECIPIENT="un97sa11y"
# export BM_ENCRYPTION_RECIPIENT="un97sa11y"
export BM_ENCRYPTION_RECIPIENT=""


################################################## ############
# Section "TARBALL"
# - Backup method: tarball
################################################## ###########

# Archive filename format
# long : host-full-path-to-folder.tar.gz
# short : parentfolder.tar.gz
export BM_TARBALL_NAMEFORMAT="long"

# Type of archives
# Available types are:
# tar, tar.gz, tar.bz2, tar.lz, dar, zip.
# Make sure to satisfy the appropriate dependencies
# (bzip2, dar, lzma, ...).
export BM_TARBALL_FILETYPE="tar.gz"

# You can choose to build archives remotely over SSH.
# You will then need to fill the BM_UPLOAD_SSH variables
# (BM_UPLOAD_SSH_HOSTS, BM_UPLOAD_SSH_USER, BM_UPLOAD_SSH_KEY).
# If this boolean is set to true, archive will be saved locally (in
# BM_REPOSITORY_ROOT but will be built by the remote host).
# Thus, BM_TARBALL_DIRECTORIES will be used to backup remote directories.
# Those archive will be prefixed with the remote host name.
export BM_TARBALL_OVER_SSH="false"

# Do you want to dereference the files pointed by symlinks ?
# enter true or false (true can lead to huge archives, be careful).
export BM_TARBALL_DUMPSYMLINKS="true"

# Targets to backup

# You can use two different variables for defining the targets of
# your backups, either a simple space-separated list (BM_TARBALL_DIRECTORIES)
# or an array (BM_TARBALL_TARGETS[]).
# Use the first one for simple path that doesn't contain spaces in their name.
# Use the former if you want to specify paths to backups with spaces.

# It's recommanded to use BM_TARBALL_TARGETS[] though.
# Warning! You *must not* use both variables at the same time.
# NOTE: The Debian package will only update BM_TARBALL_DIRECTORIES

# Paths without spaces in their name:
export BM_TARBALL_DIRECTORIES="/etc/apache2 /etc/bind /etc/postfix /etc/php4 /etc/php5 /etc/proftpd /etc/crontab /etc/webmin /etc/spamassassin /etc/snmp /etc/mysql /etc/ssh /usr/share /home/alpha /home/papy75 /home/eggdrop /home/backup /home/bnc /home/yota /var/www/"

# If one or more of the targets contain a space, use the array:
# declare -a BM_TARBALL_TARGETS
# BM_TARBALL_TARGETS[0]="/etc"
# BM_TARBALL_TARGETS[1]="/boot"
# export BM_TARBALL_TARGETS

# Files to exclude when generating tarballs, you can put absolute
# or relative paths, Bash wildcards are possible.
export BM_TARBALL_BLACKLIST="/var/archives"

# With the "dar" filetype, you can choose a maximum slice limit.
export BM_TARBALL_SLICESIZE="10000M"

# Extra options to append to the tarball generation
# (take care to what you do; this will be silently added to the
# command line.)
export BM_TARBALL_EXTRA_OPTIONS=""

################################################## ############
# The tarball-incremental method uses the same keys as the
# tarball method, plus two others.
################################################## ###########

# 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"

# Examples: you want to make maser tarballs every friday:
# BM_TARBALLINC_MASTERDATETYPE="weekly"
# BM_TARBALLINC_MASTERDATEVALUE="5"
#
# Or every first day of the month:
# BM_TARBALLINC_MASTERDATETYPE="monthly"
# BM_TARBALLINC_MASTERDATEVALUE="1"

################################################## ############
# Backup method: MYSQl
################################################## ###########

# This method is dedicated to MySQL databases.
# You should not use the tarball method for backing up database
# directories or you may have corrupted archives.
# Enter here the list of databases to backup.
# Wildcard: __ALL__ (will dump all the databases in one archive)
export BM_MYSQL_DATABASES="__ALL__"

# The best way to produce MySQL dump is done by using the "--opt" switch
# of mysqldump. This make the dump directly usable with mysql (add the drop table
# statements), lock the tables during the dump and other things.
# This is recommended for full-clean-safe backups, but needs a
# privileged user (for the lock permissions).
export BM_MYSQL_SAFEDUMPS="true"

# The user who is allowed to read every databases filled in BM_MYSQL_DATABASES
export BM_MYSQL_ADMINLOGIN="root"

# its password
export BM_MYSQL_ADMINPASS="********"

# the host where the database is
export BM_MYSQL_HOST="localhost"

# the port where MySQL listen to on the host
export BM_MYSQL_PORT="3306"

# which compression format to use? (gzip or bzip2)
export BM_MYSQL_FILETYPE="bzip2"

Je met en deux fois désolé

[Alpha_67]

Salut,

sous debian etch :

/home/ovh/backup-manager# make install

*** Installing libraries ***

install -d /usr/share/backup-manager
install --owner=root --group=root --mode=0644 lib/dialog.sh lib/files.sh lib/actions.sh lib/backup-methods.sh lib/upload-methods.sh lib/logger.sh lib/gettext.sh lib/gettext-real.sh lib/gettext-dummy.sh lib/sanitize.sh lib/md5sum.sh /usr/share/backup-manager

*** Installing scripts ***

mkdir -p /usr/sbin
mkdir -p /usr/bin
mkdir -p /usr/share/backup-manager
install --owner=root --group=root --mode=0755 backup-manager /usr/sbin
install --owner=root --group=root --mode=0755 backup-manager-upload /usr/bin
install --owner=root --group=root --mode=0644 backup-manager.conf.tpl /usr/share/backup-manager
mkdir -p /usr/share/perl5
mkdir -p /usr/share/perl5/BackupManager
install --owner=root --group=root --mode=0644 BackupManager/*.pm /usr/share/perl5/BackupManager
*** Contrib files ***

install -d /usr/share/backup-manager/contrib
install -m0755 contrib/*.sh /usr/share/backup-manager/contrib

*** generating manpages ***

PERL5LIB=. pod2man --center="backup-manager-upload" backup-manager-upload > man/backup-manager-upload.8

*** Installing man pages ***

install -d /usr/share/man/man8/
install --owner=root --group=root --mode=0644 man/*.8 /usr/share/man/man8/
make -C po install
make[1]: entrant dans le répertoire « /home/ovh/backup-manager/po »
Merging backup-manager.pot and cs.po
make[1]: msgmerge : commande introuvable
make[1]: *** [cs.mo] Erreur 127
make[1]: quittant le répertoire « /home/ovh/backup-manager/po »
make: *** [install_po] Erreur 2

Une idée ?

[Frenchy38]

Super Ginux ton tuto
J'ai juste un problème ... Quand je lance " /usr/sbin/backup-manager -v" depuis putty l'exécution se passe bien, les fichiers sont prérarés dans le répertoire archives de home, la copie en ftp sur le serveur backup d'ovh se passe bien.
Par contre si je lance " /usr/sbin/backup-manager" dans une tache cron à 3 heures du mat, les fichiers sont bien préparés mais pas envoyés en ftp ... Ennuyeux non ?
Une idée ?
François

[perko]

merci pour ce super tuto
Je viens de le mettre en place sans problèmes, il copie actuellement mon site de 7go et tout à l'air de bien se passer

[plou_fr]

Bonjour,

Déjà merci de cette réponse rapide =)

Lorsque je fais mes archives en tar.gz le log m'affiche

/bin/tar: Retrait de « / » de tête des noms des membres
/bin/tar: Retrait « / » Ã* la tête des noms des liens absolus

Ce que je traduit par retrait de l'en-tête des nom des membres.

Apparemment c'est un message d'avertissement mais j'ai peur que après mon archive sois corrompue.

Edit :
Ben en fait sa ne fait même pas le backup. Quand je lance backup-manager au bout d'un moment il me marque un message d'erreur à lire dans un log et il s'arrête =(
Le log m'indique ce que j'ai marqué plus haut.

Je pense aussi que le problème peut venir des caractères mais je dois faire avec.
La configuration est :
Un serveur Debian avec samba en contrôleur de domaine, les profils utilisateurs sur le serveur, des répertoires partagés.
Et que des postes clients Windows.
Et je ne peux pas donner l'instruction aux utilisateurs de mettre des "_" au lieu des espaces, d'éviter les accents ... etc ...

[Ginux]

Voici la syntaxe que j'utilise :

export BM_TARBALL_BLACKLIST="/var/archives /home/user /home/user2/fichier /home/user3/dossier"

et voici le message d'erreur du log :

En zip :
zip warning : name not matched: /home/"le chemin du fichier"

Hors se fichier est normalement dans la blacklist.

Je ne comprend pas pourquoi un fichier dans la blacklist me fait une erreur lors d'une sauvegarde.

Je ne vois pas d'explications, je n'ai jamais essayé en zip. Toutefois, le zip est à mon sens un produit pour windows, c'est pour cela que je l'ai naturellement écarté.
N'y aurait il pas dans les noms de ces fichiers un problème de caractère, c'est le nom qui semble poser souci, un accent, un blanc...?
Quels sont les messages d'erreurs lorsque tu fais de la copression tar ou tar.gz ?

J'ai rencontré ces derniers temps des soucis sur la sauvegarde de certains fichiers qui étaient en cours de modifs lorsque Backup manager les compressait. C'était souvent le cas des fichiers log que j'ai diffusé dans chaque site du serveur. Je les ai mis dans la blacklist avec la même syntaxe que toi, je n'ai plus de souci.

@+

[plou_fr]

Bonjour,

J'ai un petit problème avec backup manager et j'espère que quelqu'un va pouvoir m'aider =)

Déjà quelques infos :
OS Debian Etch3
Backup Manager 0.6.3 Stable
Serveur FTP

Alors voilà mon problème.
J'ai installé Backup-manager et correctement configuré.
Les sauvegardes se font bien et sont bien envoyés sur le FTP.
Le problème viens du fait que lors de la sauvegarde, j'ai des erreurs liés à des fichiers qui sont en blacklist normalement.
Je pense que le problème viens de la taille des fichiers (et c'est d'ailleur pour sa que je les aient mis en blacklist) mais backup-manager à l'air de les sauvegarder quand même bien qu'ils soient en blacklist.

J'ai essayé tous les modes de compression et je me suis arrêté sur le zip car c'est avec ce mode que les log sont les plus précis je trouve.

J'ai essayé avec plusieurs version de Backup-manager et c'est toujours pareil.
J'ai essayé plusieurs syntaxe pour la blacklist et rien n'y change.

Je ne sais plus quoi faire.

Voici la syntaxe que j'utilise :

export BM_TARBALL_BLACKLIST="/var/archives /home/user /home/user2/fichier /home/user3/dossier"

et voici le message d'erreur du log :

En zip :
zip warning : name not matched: /home/"le chemin du fichier"

Hors se fichier est normalement dans la blacklist.

Je ne comprend pas pourquoi un fichier dans la blacklist me fait une erreur lors d'une sauvegarde.

Quelqu'un peu m'aider ?

Merci à vous

[R1D2M4N]

bonjour,

Je viens de passer de mes scripts persos en backup-manager. Tout se passe bien pour l'instant (je l'utilise depuis aujourd'hui) mais j'ai une petite question.

J'ai plusieurs dossiers à sauvegarder et bien sûr il me crée une archive par dossier que j'ai à sauvegarder.

J'aimerai cependant qu'il continue ce genre d'archive mais qu'avant l'upload sur le FTP de Backup qu'il fasse une seule archive (ce qui me paraît plus propre).

Je n'y suis pas arrivé. J'ai la version 0.7.7 et j'utilise la méthode tarball-incremential

Si vous avez des idées je suis preneur.

Si vous avez des suggestions sur l'utilisation d'autres logiciels peut être mieux?

Je vous remercie, bonne journée

R1D2M4N

[malibu]

ji connais rien a l'installation dun backup mais a mon avis c'etait la ligne 10

[ccdille]

command not found.conf: line 10:
J'ai supprimé 10 lignes c'est logique non

[Ginux]

bon ,désolé de ne pas avoir pu t'aider davantage...mais là si tu es vert, moi je reste sceptique...j'aime pas les choses qui tombent en marche...
tant mieux pour toi si ça marche, un peu de mystique dans ce monde logique ne peut nuire...

[ccdille]

Pour vérifier la copie sur ftp:

$ ncftp
$ open -u nsXXXXXX.ovh.net -p votreMpass ftpback3.ovh.net
$ dir
$ cd votreRepertoire
$ dir

[ccdille]

C'est dingue ça marche enfin j'ai simplement effacé dans le fichier backup-manager.conf :
# Backup Manager Configuration File
#
# * This configuration file is divided into sections.
# The 'global' section is mandatory, every keys defined in
# this section are inherited in the other sections.
# * There is one section per "backup method", you have to
# fill the section of the chosen method.
#
################################################## ############

Je suis vert ...

Bien finalement ce qui compte c'est que ça marche encore merci Ginux pour ce tuto qui est impécable.

[ccdille]

Bonjour ginux,

J'ai bien copié et édité le fichier de conf et je peut le verifier dans /etc/backup-manager.conf

Si j'ouvre le fichier /usr/sbin/backup-manager j'ai bien la ligne :
conffile="/etc/backup-manager.conf" qui dirige bien sur le conf que j'ai copié et édité.

Si je fait la commande : backup-manager -c /etc/backup-manager.conf qui permet de changer le conffile le résultat est : : command not found.conf: line 10:

C'est bizard si je fait backup-manager --version
ou backup-manager --help cela répond corectement.

Si je regarde la manip pour perl j'ai bien dans : /usr/lib/perl5/site_perl/5.8.8/i686-linux
le dossier : BackupManager avec dedans Config.pm et Logger.pm

J'ai déja repris toutes les opérations mais rien toujours pareil

[Ginux]

Et si je fait : cd: /usr/sbin/
puis backup-manager -v

J'ai le message suivant :
: command not found.conf: line 10:

N'aurais tu pas oublié de copier le fichier conf ?
$ cp /usr/share/backup-manager/backup-manager.conf.tpl /etc/backup-manager.conf

As tu réussi à l'éditer pour configurer backup-manager ?
Porte t'il bien le nom "backup-manager.conf" ?

[Ginux]

J'ai tout fait mais quand je fait :
cd /usr/sbin/backup-manager -v
il me dit : -bash: cd: /usr/sbin/backup-manager: N'est pas un répertoire

C'est ma faute, j'ai voulu faire un tuto pour les débutants mais débutants moi même j'ai écrit une erreur.
Si tu fais "cd" , c'est pour aller dans un directory or backup-manager est un exécutable, pas un dossier.
Il faut faire cd: /usr/sbin et ensuite lancer backup-manager.
Je rectifie dans le How to.
Pour ton second problème je regarde....

[ccdille]

Et si je fait : cd: /usr/sbin/
puis backup-manager -v

J'ai le message suivant :
: command not found.conf: line 10:

En faisant backup-manager -h
J'ai bien l'aide des commande.

J'ai rien trouvé a propos de ce problème.

[ccdille]

J'ai tout fait mais quand je fait :
cd /usr/sbin/backup-manager -v
il me dit : -bash: cd: /usr/sbin/backup-manager: N'est pas un répertoire

[netuser]

très bon tuto, je vais essayer de le mettre en place Merci pour ce super boulot (surout pour nos les débutant)

[Ginux]

Merci ! Pour mysql en effet, il suffit de mettre un espace pour chaque base, ça marche.
Pour éviter d'avoir le répertoire archive, être intégré on l'exclue en mettant quoi ? j'ai essayé de mettre /home/archives/* sans succès ...

il faut rajouter le dossier que tu ne veux pas sauvegarder dans
export BM_TARBALL_BLACKLIST="/home/archives" par exemple. Là aussi, on peut en mettre plusieurs, espacés par des blancs.
C'est ce que j'ai fait même si j'ai oublié de le mentionner dans le HOW TO et ça fonctionne.

[Spinger]

Merci ! Pour mysql en effet, il suffit de mettre un espace pour chaque base, ça marche.
Pour éviter d'avoir le répertoire archive, être intégré on l'exclue en mettant quoi ? j'ai essayé de mettre /home/archives/* sans succès ...

J'ai enlevé la purge auto du ftp au cas où ! Merci beaucoup pour ce how to !

[Ginux]

merci pour ta réponse,je vais surveiller cela de près...
Quant au fait qu'il ne laisse qu'une seule archive sur le FTP, je peux le confirmer alors que la doc précise qu'il appliquera le même délai d'effacement que la sauvegarde. Il faut peut être mettre le FTP_PURGE sur "none", dans ce cas faut penser à purger de temps en temps.
Intéressant à surveiller...il serait bien que d'autres personnes ayant une expérience de l'utilisation de backup-manager complètent ce post...

[Bruno-KS]

Tarball-incremental oui. Le délais d'effacemment était réduit.. il ne laissait qu'une seule sauvegarde sur le FTP.

Depuis j'utilise rsync et des scripts persos.

[Ginux]

Merci Bruno pour cette remarque. L'ayant installé récemment, je n'ai pas le recul nécessaire pour confirmer ou infirmer...
à suivre donc...
Quel était ton paramètrage et le type de sauvegarde ? Tarball-incremental ? avec quel délai d'effacement ?
As tu abandonné depuis ou cherché à corriger le pb ?

[Bruno-KS]

Salut,

Juste une précision : backup-manager semble avoir des problèmes à gérer correctement les sauvegardes incrémentales des archives. L'ayant mis en place il y a 1 an, je me suis retrouvé avec des archives dont le contenu datait d'il y a 3 mois.

[Ginux]

Autre chose est-ce normal que la sauvegarde suivante, se fassent et soit beaucoup plus grande que la précédente car elle inclue le fichier tar.gz de la veille dans home/archives ?
Thx

Oui, bonne remarque encore, vu que tu sauves ta sauvegarde dans /home/archives et que tu demandes à faire un backup de tout le dossier /home, tu as créé une sorte de boucle coercitive, ta sauvegarde ne va cesser de gonfler...

Il manque une remarque dans le How to que je vais rajouter...on peut lister les dossiers à blacklister dans la sauvegarde pour qu'il ne soit pas pris en compte.
Je modifierai ça...vu qu'il est conseillé de faire le backup dans /home/xxxx pour des raisons de place sur le disque système insuffisante , il faut mettre ce dossier /home/xxxx dans la black liste
Merci Spinger pour ces remarques pertinentes.

[Ginux]

J'ai eu hier soi après la lecture de ta remarque un doute....en effet dans la sauvegarde de la bdd, on ne trouve que la base Mysql. Je pensais qu'il sauvait toutes les bases auxquelles le user root avait accès. En fait non mais ceci se paramètre. Je vais modifier mon How To ...

Choix de la base de données.
export BM_MYSQL_DATABASES="mysql"

en fait il faut mettre ici, séparé par des blancs le nom de toutes les bases à sauver. Je l'ai fait hier soir, ça a très bien fonctionné cette nuit, j'ai une sauvegarde sql de toutes les bases rentrées. Par contre, pour le dossier dans le tar.gz /home/mysql, je ne suis pas sûr que cela soit exploitable par phpmyadmin.

Donc, mon HOW TO est à modifier.

[Spinger]

Autre chose est-ce normal que la sauvegarde suivante, se fassent et soit beaucoup plus grande que la précédente car elle inclue le fichier tar.gz de la veille dans home/archives ?
Thx

[Spinger]

Justement pour la sauvegarde de mysql, j'ai l'user root. Il a des privilèges sur toutes les bases de données, mais lors de la sauvegarde dans le fichier .sql, je l'ai ouvert, il n'y a que des tables avec des données concernant phpmyadmin...

??

[Ginux]

bonjour Spinger,

que voulais tu que ta sauvegarde MySql contienne d'autre? Il sauvegarde toutes la bases auquelles le user que tu as mis a accès. Je ne sais pas ce que tu appelles "le reste"...
Quant au fait si tu es hackée à 23hoo, en effet la sauvegarde de minuit qui suit va sauver tes sites hackés...mais tu as les sauvegardes des jours antérieurs si tu as bien paramètré la durée des archives (export BM_ARCHIVE_TTL=).

[Spinger]

Franchement Bravo et Merci, il a été aisé de suivre ton tuto et de réaliser enfin mes backups facilement.

Juste une question, mon fichier de sauvegarde mysql, il est léger il ne contient que les données users de mysql et pas celles de mes autres sauvegardes c'est bien normal non ? Le reste se trouve dans le fichier tar.gz sous home/mysql c'est juste ?

Bon je l'ai mis en tache cron tous les soirs à minuit, et tout fonctionne. Par contre imaginons, que mon site se fait hacker à 11h00 du soir, le backup ne risque t'il pas de remplacer la sauvegarde précédente par la nouvelle vide ?

Encore merci !

[Ginux]

Maintenant que OVH offre un espace de backup pour tous les dédiés, il devient plus facile de créer des backups de ces sites. Des scripts shell servant tantôt à faire un dump de la base MySql, tantôt une sauvegarde des sites par ncftp circulent sur le forum tous aussi bons les uns que les autres mais personne ne parle de backup-manager, outil gratuit qui propose une sauvegarde totale et incrémentielle, un dump de la base de données et pour finir d'envoyer le tout sur un serveur par FTP ou autres moyens.
Je débute dans l'administration de serveur et me lance donc à enrichir cette section How to qui me fut très souvent d'une grande utilité.

Ce How to est inspiré d'un mode d'emploi trouvé sur le net pour une fedora et d'une autre pour ubuntu, je les ai légèrement adaptés à ma config relaease 2. Je vais essayer de détaiiler au maximum la procédure.

Se logger en tant que root sur son serveur : ssh root@adresseIP puis rentrer le password.
Download de l'archive backup-manager :
$ cd /home/ovh
$ wget http://www.backup-manager.orgdownloa...r-0.6.3.tar.gz
Décompression de l'archive
$ tar xvzf backup-manager-0.6.3.tar.gz
Si l'on fait un DIR, on doit maintenant avoir un dossier "backup-manager-0.6.3", on y va...
$ cd backup-manager-0.6.3
$ make install
Copie du fichier de configuration
$ cp /usr/share/backup-manager/backup-manager.conf.tpl /etc/backup-manager.conf

Ensuite, il faut copier certaines bibliothèques dans perl pour que backup-manager fonctionne.
Vérification de la version de Perl installée sur le serveur :
$ perl -v
Dans mon cas , il s'agit de la v5.8.8
Chemin des bibliothèque perl :
$ cd /usr/lib/perl5/site_perl/5.8.8
$ dir
on trouve un dossier "i686-linux" (dans mon cas, à adpater selon le votre)
Avec ces 2 infos, on copie la bibliothèque pour Perl
$ cp -r BackupManager/ /usr/lib/perl5/site_perl/5.8.8/i686-linux

Voilà pour l'install, y a plus qu'à configurer en éditant le fichier de conf qui se trouve sous /etc:
Je l'édite avec vi :
$ vi /etc/backup-manager.conf

Ici je vais donner ma conf mais c'est à chacun de l'adapter selon ces goûts.On peut télécharger le user guide sur le site www.backup-manager.org (en anglais) pour plus de détails, je n'ai pas tout expliqué, en général ce qui n'est pas détaillé est resté par défaut.

Répertoire où toutes vos archives seront stockés.
export BM_REPOSITORY_ROOT="/home/archives"
Le dossier sera créé s'il n'existe pas. Vu le peu d'espace restant sur la racine, il est fortement conseillé d'écrire dans /home. D'un point de vue sécurité, c'est pas terrible mais vu qu'on fait un backup sur un autre serveur...

Le dossier doit être ouvert à l'écriture qu'à un user/groupe, ici le user "root" car backup-manager sera ensuite lancé via ssh, connecté en root.
export BM_REPOSITORY_SECURE="true"
export BM_REPOSITORY_USER="root"
export BM_REPOSITORY_GROUP="root"

Si deux archives (sauvegardes) successives sont identiques, backup-manager peut créer un lien au lieu de recréer une archive. (gain de place)
export BM_ARCHIVE_PURGEDUPS="true"

Durée de vie des archives avant destruction, backup-manager se chargeant de les effacer pour limiter la place sur le disque (en jours):
export BM_ARCHIVE_TTL="10"
J'ai mis 10 jours, je vais faire une sauvegarde totale hebdomadaire, j'aurai au max pandant les 2 premiers jours de la semaine 2 archives totales.

Nomme les archives avec le nom du serveur
export BM_ARCHIVE_PREFIX="$HOSTNAME"

On arrive à la méthode de backup :

Format du nom donné à l'archive
export BM_TARBALL_NAMEFORMAT="long"

Format de compression de l'archive
export BM_TARBALL_FILETYPE="tar.gz"

J'ai pas compris mais lu que c'était déconseillé donc false
export BM_TARBALL_DUMPSYMLINKS="false"

Dossiers pour lesquels vous souhaitez faire un backup
export BM_TARBALL_DIRECTORIES="/home"
On peut en rajouter espacé d'un blanc.

ATTENTION : vu que l'on sauve la sauvegarde dans /home/archives (par manque de place sur le disque système) il faut exclure le dossier "archives" de la sauvegarde sinon au jour 'n' il va sauvegarder l'archive de la veille 'n-1' dans laquelle on trouve l'archive 'n-2' et ainsi de suite. L'archive va croître et atteindre des valeurs exponentielles. Donc pour l'exclure :

export BM_TARBALL_BLACKLIST="/home/archives"

On peut aussi exclure des types de fichier par exemple export BM_TARBALL_BLACKLIST="/home/toto/temp/ *.mp3"

Type de backup
export BM_ARCHIVE_METHOD="tarball-incremental mysql"
Explication de ce choix : tarball est une sauvegarde complète donc volumineuse, je vais ensuite la programmer hebdomadairement. Tous les jours, il sera fait une sauvegarde incrémentielle, c-à-d que seuls les fichiers ayant été modifiés depuis la dernière complète seront sauvegardés. De plus, je vais faire un dump de la base de données.

sauvegarde complète :
export BM_TARBALLINC_MASTERDATETYPE="weekly"

quand dans le semaine, "1" pour lundi et ainsi de suite.
export BM_TARBALLINC_MASTERDATEVALUE="1" donc le lundi

Si j'avais choisi une sauvegarde totale mensuelle "monthly", ce chiffre définirait quel jour dans le mois et pourrait donc aller de 1 à 31.

Choix de la base de données. Mettre ici le nom des bases que l'on veut sauvegarder. Par défaut, il ne sauve que "mysql" et pas toutes les bases auxquelles "root" a accès. Il faut donc rentrer toutes les bases des virtual hosts espacés par des blancs.
export BM_MYSQL_DATABASES="mysql toto titi "

User de la bdd :
export BM_MYSQL_ADMINLOGIN="root"
Je me logge en root sur Mysql pour faire une sauvegarde de toutes les bases.
Le host est "localhost" et le port est 3306 par défaut, on laisse tel quel, compléter le champ "BM_MYSQL_PAsSWORD"

Format de compression de la base (bzip2, ou autre, rien signifiant la format sql sans compression)
export BM_MYSQL_FILETYPE= ""


que fait on de la sauvegarde ?
export BM_UPLOAD_METHOD="ftp"
je choisis l'envoi par FTP

Sauvegarde dans un cas général: Ne rien mettre ici sinon il va se connecter 2 fois au serveur ftp et faire 2 fois les transferts.
export BM_UPLOAD_HOST = ""
export BM_UPLOAD_DESTINATION=""

Je cours à la conf du FTP plus bas :

je vous laisse le soin de compléter le ftp user, password, le ftp host (celui offert par OVH) quant au
export BM_UPLOAD_FTP_DESTINATION: "/backup" le dossier que vous indiquez doit exister sur le serveur de backup sinon ça plante, il ne le crée pas.

Nettoyage des vieux fichiers sur le serveur de backup : oui
export BM_UPLOAD_FTP_PURGE=" true"

Voilà vous pouvez sauver la congif (:wq sur vi)


On peut l'essayer tout de suite en mode verbose (-v):

$ cd /usr/sbin
$ backup-manager -v

Normalement les archives se créent, il se connecte au ftp et en fait une copie, puis se déconnecte.
Il ne reste plus qu'à mettre la tâche /usr/sbin/backup-manager dans le cron pour l'exécuter quotidiennement.

Pour mon cas, cela fonctionne, je pense n'avoir rien oublié.
Bon courage, si cela peut aider...