Pour ce script : http://mondedie.fr/d/5884/1 Si vous avez une question, une remarque ou une suggestion, n'hésitez pas à poster un commentaire sur ce topic.

Nickel ton tuto, vu que j'ai avec ovh un ftp pour les backup je vais me servir de ton script dans la semaine alors Juste une question tu dit : sous linux mais toute distrib ?

Tres beau schéma qui résume tout merci Du coup cette semaine je met en place le script, enfin si avec 100go j'ai assez de place pour la parti système ? j'en suis moins sur!

bart40140 wrote: Juste une question tu dit : sous linux mais toute distrib ? Oui en adaptant un peu quand même ^^ Les scripts sont prévus pour fonctionner sur Debian 6/7 et ses dérivés (ubuntu par exemple). J'ai testé une restauration sur une RHEL 6.4 il y a deux semaines, je n'ai rien changer, tout s'est bien passé. Par contre au niveau du script d'installation, il faut penser à changer le gestionnaire de paquet, genre pour Red Hat 6, Fedora mettre YUM à la place d'apt-get et penser à adapter la configuration de RNG-TOOLS. Il y a aussi le gestionnaire de service à prendre en compte, sur Archlinux, Fedora, RHEL 7 et bien d'autres, c'est plus System V Init mais systemd donc il faut remplacer ' service rng-tools start ' par ' systemctl start rng-tools ' par exemple. bart40140 wrote: Du coup cette semaine je met en place le script, enfin si avec 100go j'ai assez de place pour la parti système ? j'en suis moins sur! Avec 100 Go tu peux mettre facile 150/200 sauvegardes Tout dépend de la volumétrie de tes données mais un serveur basique ne prend généralement pas plus de 500-800Mo compressés. Après si tu as plusieurs sites web et des BDD bien remplies, ça grimpe vite.

a bas ça me rassure ^^ je n'est rien autre que : plex, sickbeard, couchpatato, openvpn, rutorrent, ajenti ect. Donc ca devrais le faire m Merci

Coucou, Déjà merci pour le tutoriel, ils sont vraiment aux petits oignons tes tutos ^^. Non non je ne fayotte pas ! o.o Alors voici le résultat : ./backup.sh: ligne 176 : [: 1 : opérateur unaire attendu Ligne 176: if [ $nbBackup -gt $NB_MAX_BACKUP ]; then Je suis donc allé voir la valeur de cette variable : Lors de l’installe, j'ai laissé la valeur par défaut pour le nombre de sauvegarde à conserver. Donc je pense que c'est : if [ "$NBACKUPS" = "" ]; then Je ferais un autre essai demain. Mais en principe ça devrait rouler maintenant. J'apprend pleins de truc quand je lis tes scripts *.* C'est sexy le bash quand même. Pour info, je suis toujours sous Raspbian. ^^

Nice Gravefield ! J'ai du faire une petite erreur d'inattention lors d'un copier/coller. En tout cas c'est corrigé : https://github.com/hardware/full-backup/commit/18904bc312d54 Merci EDIT : Pour ceux qui ont déjà téléchargé les scripts via Github, vous pouvez les mettre à jour sans supprimer les modifications effectuées lors de l'installation, il suffit juste d'utiliser le Stashing avec la commande git stash . Les MAJ se feront toujours en fast-forward sans conflit de fusion donc les commandes ci-dessous resteront toujours valables en cas de mise à jour : git stash git pull git stash pop

Coucou vlà le noob ! Bon, j'ai voulu repartir de zéro. Donc j'ai supprimé, le dossier /opt/full-backup. Et j'ai recommencé l’installation. Et, j'ai régénéré les clés GPG... Je pense que j'ai fais une bêtise. Création de la signature de l'archivegpg: no default secret key: mauvaise phrase de passe gpg: signing failed: mauvaise phrase de passe > Transfert de l'archive vers le serveur distant /!\ ERREUR: Echec du transfert... Tentative 1 /!\ ERREUR: Echec du transfert... Tentative 2 /!\ ERREUR: Echec du transfert... Tentative 3 /!\ ERREUR: Echec du transfert de l'archive vers le serveur distant. Sur le ftp je me retrouve avec l'archive, le .pub mais pas le .sig J'ai fais ls -a /root/.gnupg . .. gpg.conf pubring.gpg pubring.gpg~ random_seed secring.gpg trustdb.gpg Je fais comment maintenant? ^^ NB : En tout cas l'envoie de mail en cas d'erreur fonctionne bien ^^

gpg: signing failed: mauvaise phrase de passe Tu as du te tromper lors de la saisie du mot de passe de la clé privée, regarde le contenu du fichier .gpg-passwd pour voir si c'est le bon mot de passe.

[Discussion] Sauvegarde et restauration d'un système sous Linux : Page 5

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Discussion] Sauvegarde et restauration d'un système sous Linux

Backtoback

rutorrent plante quand ton disque est full

Cognotte

root@ns34231:~# df
Filesystem      1K-blocks      Used  Available Use% Mounted on
rootfs           20026172   5572380   13413464  30% /
/dev/root        20026172   5572380   13413464  30% /
devtmpfs          8162400         0    8162400   0% /dev
tmpfs             1632572       308    1632264   1% /run
tmpfs                5120         0       5120   0% /run/lock
tmpfs             3474440         4    3474436   1% /dev/shm
/dev/md3        755814312 279895736  437502348  40% /home/XXX
/dev/md5        755812264  81447420  635948716  12% /home/XXXX
/dev/md6       2292333256 342345852 1833520564  16% /home/XXXXX
tmpfs             3474440     97324    3377116   3% /tmp

j'ai pourtant de la place

Hardware

Si tu as exécuté cette commande :

rm -rf /var/cache/local/*

C'est normal que tu ai retrouvé l'espace occupé précédemment

djinlemage

Et bien, plus je découvre ce site et plus c est genial
Ca fonctionne super bien merci encore

solid74

Bonjour,

Suite au changement de disque de ma seedbox, j'avais installé ce script pour sauvegarde de mon serveur.

Le soucis impossible de faire fonctionner la restauration je suis vert là...

voici mes messages d'erreurs :

> Vérification de l'intégrité
/!\ ERREUR: Echec de la vérification de l'intégrité... Tentative 1

/!\ ERREUR: Echec lors de la récupération de l'archive sur le serveur FTP

quelqu'un aurai une idée svp ?

Merci d'avance

je précise que je passe par le local vu que la récupération depuis ftp ne fonctionne pas non plus pourquoi je ne sais pas peux etre le ftp de free qui merde...

Hardware

Alors vu quand tu as changé de serveur, tu ne peux pas utiliser la méthode locale, normalement tu as du tomber sur l'erreur :

/!\ ERREUR: Aucune sauvegarde locale existante.

Il faut obligatoirement que tu passes par une récupération distante par un serveur FTP. Peux-tu prendre un screen du script de restauration stp et le contenu du fichier errors.log et ftp.log.

djinlemage

Salut,

J en profite pour rebondir sur une question :
Cela fonctionne t'il après un changement Hardware ?
Exemple, je fais des tests sur une VM chez moi et souhaite transférer la sauvegarde soit sur une autre VM soit sur un serveur dedié, cela fonctionne t'il ?
Bien sur avec les espace disques qui vont bien !!!

Merci

Hardware

Hardware wrote:
julien2leplace wrote: Est-il possible de restaurer une sauvegarde sur un serveur different ou la difference au niveau du materiel posera problème ?
Oui c'est possible, il faut juste penser à mettre à jour le fichier /etc/fstab (surtout quand les UUIDs des partitions sont différents) avec le nouveau schéma de partitionnement. Le bootloader (grub par exemple) n'est pas affecté parce que /boot n'est pas pris en compte.

Mais attention, une restauration sur un serveur différent au niveau matériel peut amener à des instabilités système, c'est pas vraiment recommandé. Perso, je n'ai jamais tenté une restauration sur un serveur complètement différent.

Sinon tu as réussi le restauration ?

solid74

Merci de ta réponse hardware,

Alors pour le serveur c'est juste le disque qui a changé donc j ai refais mes partions comme avant. Ensuite j'utilise un ancien ftp de free page perso donc j'arrive à me connecter, à envoyer les backups avec aucune erreur. Ensuite pour la restauration sa ne fonctionne pas. Je réinstalle le script, test un backups ok. Et après je fais la restauration par ftp sa plante à chaque fois.

De colère j ai uploader le backup en local et j ai le message d'erreur si dessus... donc résultat j ai tout réinstaller en piochant direct dans l'archive. (2h de transfert merci bouygues)

Mais sa m embête de pas pouvoir faire une sauvegarde.

Te donne se soir les logs suis au taff

Hardware

Dommage j'aurais bien voulu voir le soucis avec les fichiers de logs, la plupart du temps c'est pas très compliqué à régler.

solid74

Hardware wrote:Dommage j'aurais bien voulu voir le soucis avec les fichiers de logs, la plupart du temps c'est pas très compliqué à régler.

Ah ben oui j'avais pas pensé que les fichiers log je les avais plus... désolé..

winz

Heps, tout d'abord merci pour cet outil genial, mais lors de l'upload du back up j'ai un petit soucis

Cependant l'archive est bien présente sur le ftp

Je ne vois pas d'erreur particuliere dans ftp.log, voici le contenu (j'ai pris soin d'enlever mon mdp)

---- Connecting to dedibackup-dc2.online.net (62.210.17.9) port 21
<--- 220 server ready - login please
---> FEAT
<--- 530 login first
---> AUTH TLS
<--- 530 login first
---> USER sd-53728
<--- 331 password required
---> PASS *************
<--- 230 login accepted
---> FEAT
<--- 211-feature list follows
<---  MDTM
<---  SIZE
<--- 211 end
---> PWD
<--- 257 "/" is your current location
cd ok, cwd=/
lcd ok, local cwd=/var/backup/local/backup-27012015-1734
---> TYPE I
<--- 200 TYPE is now 8-bit binary
---> PASV
<--- 227 Entering Passive Mode (62,210,17,8,15,125)
---- Connecting data socket to (62.210.17.8) port 3965
---- Data connection established
---> ALLO 685068246
<--- 200 A L'HUILE
---> STOR backup-27012015-1734.tar.gz
<--- 150 Accepted data connection
---- Closing data socket
<--- 226 7.622 seconds (measured here), 85.71 Mbytes per second
---> SITE UTIME 20150127163934 backup-27012015-1734.tar.gz
<--- 213 UTIME OK
---> PASV
<--- 227 Entering Passive Mode (62,210,17,8,237,75)
---- Connecting data socket to (62.210.17.8) port 60747
---- Data connection established
---> ALLO 543
<--- 200 A L'HUILE
---> STOR backup-27012015-1734.tar.gz.sig
<--- 150 Accepted data connection
---- Closing data socket
<--- 226 0.002 seconds (measured here), 321.17 Kbytes per second
---> SITE UTIME 20150127163944 backup-27012015-1734.tar.gz.sig
<--- 213 UTIME OK
---> PASV
<--- 227 Entering Passive Mode (62,210,17,8,240,146)
---- Connecting data socket to (62.210.17.8) port 61586
---- Data connection established
---> ALLO 3109
<--- 200 A L'HUILE
---> STOR backup-27012015-1734.tar.gz.pub
<--- 150 Accepted data connection
---- Closing data socket
<--- 226 0.001 seconds (measured here), 3.82 Mbytes per second
---> SITE UTIME 20150127163934 backup-27012015-1734.tar.gz.pub
<--- 213 UTIME OK
---> QUIT
---- Closing control socket

D'ou viendrait le soucis ?

Hardware

En fait le script a pas reconnu la confirmation du serveur ftp comme quoi le fichier a bien été tranféré, j'ai essayé de faire un truc générique qui s'applique un peu partout mais forcément dans certains cas ça marche pas.

https://github.com/hardware/full-backup/blob/master/backup.sh#L58

Modifie cette ligne :

FILES_TRANSFERRED=$(cat $FTP_FILE | grep -i "226\(.*\)transfer" | wc -l)

par

FILES_TRANSFERRED=$(cat $FTP_FILE | grep -i "226" | wc -l)

ça devrait fonctionner.

hydrog3n

Mmm j'ai eu pareil merci Hard.

winz

Ouep tout roule désormais, merci hard

Solinvictus

Hard,

Comme je te disais hier sur la shout, les sauvegardes prennent la poussière dans le dossier :

/var/backup/local/

Il semblerait qu'elles soient toutes conservées. Un idée sur ce qui cloche ? Je peux les supprimer, peut-être, à l'exception des dernières ?

Hardware

Peux-tu me donner le contenu du fichier /var/log/backup.log stp, il doit surement y avoir des erreurs qui trainent..

Solinvictus

Y'a bien une erreur de la suppression sur le serveur FTP distant, ce qui est logique, puisque je ne les laisse pas toutes, je les rapatrie chez moi.
Mais quel rapport avec la rétention des fichiers en local ?

 02/02/2015 à 22h36
###################################################

          DEMARRAGE DU SCRIPT DE BACKUP

###################################################

> Compression des fichiers système [OK]
> Création de la signature de l'archive [OK]
> Transfert de l'archive vers le serveur distant [OK]
> Suppression de l'archive la plus ancienne (backup-14112014-1453.tar.gz)
/!\ ERREUR: Echec lors de la suppression de la sauvegarde le serveur FTP.

 28/01/2015 à 09h17
###################################################

          DEMARRAGE DU SCRIPT DE BACKUP

###################################################

> Compression des fichiers système [OK]
> Création de la signature de l'archive [OK]
> Transfert de l'archive vers le serveur distant [OK]
> Suppression de l'archive la plus ancienne (backup-08112014-1844.tar.gz)
/!\ ERREUR: Echec lors de la suppression de la sauvegarde le serveur FTP.

fonzy

Bonjour,
j'essaie ce script qui me rendrait bien service car je dois migrer un vps vers un autre hote.
Le backup se passe bien, mais j'ai des soucis au moment de la restauration..
j'ai modifié le script car il ne détectait pas bien la fin du transfert, j'ai donc laissé uniquement "226" dans le test et maintenant cette étape passe.
Par contre j'ai systématiquement une erreur au moment de la vérification de la cohérence.
Vers ou dois je chercher?
merci d'avance.
Cordialement.

Hardware

Tu as quoi comme message d'erreur ? Signature incorrecte ?

« Page précédente Page suivante »