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

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 6

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

fonzy

oui effectivement:
> Vérification de l'intégrité
/!\ ERREUR: Echec de la vérification de l'intégrité... Tentative 1
/!\ ERREUR: Echec de la vérification de l'intégrité... Tentative 2
/!\ ERREUR: Echec de la vérification de l'intégrité... Tentative 3
/!\ ERREUR: Echec lors de la vérification de l'intégrité de l'archive, signature incorrecte.

et pour être complet, si je met en commentaire la procédure de vérification, il attaque la décompression à la racine mais ne va pas au bout.

/!\ ERREUR: Echec de la décompression de l'archive.

le errors.log contient alors :

tar: /aquota.group: Cannot create symlink to `/proc/vz/vzaquota/00000015/aquota.group': File exists
tar: /aquota.user: Cannot create symlink to `/proc/vz/vzaquota/00000015/aquota.user': File exists
tar: Exiting with failure status due to previous errors

et si je reboote le serveur il ne repart jamais

Suis je bon pour tout refaire de 0 ? (j'avoue la j'ai la grosse flemme)
merci d'avance.

Hardware

Essaye avec une autre archive pour voir si ça te fait la même erreur, peut-être qu'elle est corrompue donc le système ne bootera pas de toute manière. Sinon donne moi le contenu du fichier /etc/fstab avant un reboot. Il me faudrait aussi le résultat de ces commandes avant le reboot aussi :

gpg --list-keys --fingerprint --with-colons | awk -F: '$1 == "fpr" {print $10;}' | head -n 1

gpg --status-fd 1 --verify "backupXXX.tar.gz.sig"

fonzy

J'ai essayé avec plusieurs archives différentes avec les mêmes symptômes.
Donc après l’échec de la décompression et avant reboot on a :

dans /etc/fstab :

proc /proc proc defaults 0 0
none /dev/pts devpts rw 0 0
/var/www/cakebox/downloads /home/fonzy/torrent/downloads auto bind,defaults 0 0

et pour les commandes :
gpg --list-keys --fingerprint --with-colons | awk -F: '$1 == "fpr" {print $10;}' | head -n 1
1719003ACE3E5A41E2DE70DFD97A3AE911F63C51

gpg --status-fd 1 --verify "backup-13022015-2218.tar.gz.sig"
gpg: Signature made Fri Feb 13 22:32:32 2015 MSK using RSA key ID 20580522
[GNUPG:] SIG_ID tHZ3N9E7hmX2pWgD7PLDSG70QF4 2015-02-13 1423852352
[GNUPG:] GOODSIG BCF725FD20580522 fonzy <fonzy69@gmx.com>
gpg: Good signature from "fonzy <fonzy69@gmx.com>"
[GNUPG:] VALIDSIG 66A304153497FB8A3E5BA086BCF725FD20580522 2015-02-13 1423852352 0 4 0 1 2 00 66A304153497FB8A3E5BA086BCF725FD20580522
[GNUPG:] TRUST_ULTIMATE

merci pour ton aide

fonzy

Bonjour,
En fait je viens de m’apercevoir que le serveur redémarre si je reboote après la décompression, j'avais simplement oublié de changer le port ssh après la restauration

(oui j'ai honte).
par contre comment savoir si le système va être stable malgré l'erreur au moment de la décompression?
Et pour essayer de comprendre, pourquoi le script ne valide t-il pas l'archive alors que visiblement la commande que tu m'as demandé de taper à la main renvoie un résultat positif?

merci encore.

jgign

Bonsoir. J'ai fais le tuto jusqu'à la fin.
Il me dit impossible de transférer le fichier sur le serveur. Par contre, lorsque je regarde mon FTP, j'ai bien un fichier qui fait 680 mo?
C'est normal?

Hardware

http://mondedie.fr/d/5885/93

jgign

Ok je comprends. Mais comment modifier la ligne? ou est ce que je dois faire ça?
Merci.

Hardware

Faut modifier la ligne dans le fichier backup.sh ligne 58.

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

jgign

Bon manip effectuée et fonctionnelle. Merci beaucoup.

MorgenDavid

Dans le même genre: Mon script de backup

Je suis sur que tu trouveras des idées à piocher dedans

Hardware

Pas mal, je vois que tu as mis un awk pour le calcul des tailles

Moi j'ai pas réussi à faire marcher le miens sous Arch, c'est pas la même version que sous Debian/Ubuntu.

Sinon tu as aussi un script de restauration ?

MorgenDavid

Hardware wrote:Pas mal, je vois que tu as mis un awk pour le calcul des tailles Moi j'ai pas réussi à faire marcher le miens sous Arch, c'est pas la même version que sous Debian/Ubuntu.

Sinon tu as aussi un script de restauration ?

Non, actuellement la restauration de ces backups se fait manuellement. Pas encore pris le temps de faire un script de restauration.
Ni eu le temps de faire une petite doc d'utilisation.
Ce qui le rends difficilement distribuable.

Il souffre, en plus, de deux défauts,
esthétique: "mkdir -p" de lftp me renvoie une erreur si le répertoire est déjà créer. ( pas bloquant... mais ca me titille...)
GRAVE: si l'utilisateur a accès au fichier "including.txt" du répertoire "backup" de son "HOME"... Il peut inclure des dossiers/fichiers sensibles... (script exécuter par l'utilisateur root...)

Bref, il est loin d’être finit. (mais déjà opérationnelle...)

PS: remarque le ( LC_ALL="fr_FR.utf8" ) devant lftp, A devenir fou pour comprendre pourquoi lftp refuse de se co sur un ftp au cas ou les locales ne sont pas correcte pour lui.YOP, si les locales ne conviennent pas a lftp... Il refuse de se co. (j'insiste la dessus, car je me suis énervé a chercher pendant deux jours...)

Francois

bonjous,

etant herbegé par kimsufi il n' y pas d'espace de sauvegarde comme online par exemple. Donc est il possible avec ce script d'envoyer la sauvegarde sur un nas ?

Hardware

Oui bien sur, tant que le serveur FTP est joignable pas de soucis.

Fiora

J'ai le même problème que certain dans les posts précédents :

> Compression des fichiers système [OK]
> Création de la signature de l'archive [OK]
> 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.

Cependant

ls
drwxr-xr-x    2 100        ftpgroup           15 Jun  6 23:55 .
drwxr-xr-x    2 100        ftpgroup           15 Jun  6 23:55 ..
-r--------    1 100        ftpgroup           83 Jun  7 00:16 .banner
-rw-r--r--    1 100        ftpgroup    496485071 Jun  5 14:09 backup-05062015-1408.tar.gz
-rw-r--r--    1 100        ftpgroup         1706 Jun  5 14:09 backup-05062015-1408.tar.gz.pub
-rw-r--r--    1 100        ftpgroup          287 Jun  5 14:09 backup-05062015-1408.tar.gz.sig
-rw-r--r--    1 100        ftpgroup    496564322 Jun  5 14:26 backup-05062015-1426.tar.gz
-rw-r--r--    1 100        ftpgroup         1706 Jun  5 14:26 backup-05062015-1426.tar.gz.pub
-rw-r--r--    1 100        ftpgroup          287 Jun  5 14:26 backup-05062015-1426.tar.gz.sig
-rw-r--r--    1 100        ftpgroup    520168035 Jun  6 00:29 backup-06062015-0029.tar.gz
-rw-r--r--    1 100        ftpgroup         1706 Jun  6 00:29 backup-06062015-0029.tar.gz.pub
-rw-r--r--    1 100        ftpgroup          287 Jun  6 00:29 backup-06062015-0029.tar.gz.sig
-rw-r--r--    1 100        ftpgroup    542879258 Jun  6 23:55 backup-06062015-2354.tar.gz
-rw-r--r--    1 100        ftpgroup         1706 Jun  6 23:55 backup-06062015-2354.tar.gz.pub
-rw-r--r--    1 100        ftpgroup          287 Jun  6 23:55 backup-06062015-2354.tar.gz.sig

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

Il s'agit d'un ftp backup soyoustart

Hardware

Peux-tu me passer le contenu du fichier errors.log et ftp.log ? (pense à retirer le mdp et l'adresse du serveur dans le fichier de log)

Fiora

errors.log est vide

ftp.log (que j'ai reçu par mail)

Une erreur est survenue lors de l'execution du script de sauvegarde.
Echec du transfert de l'archive vers le serveur distant.

Detail de l'erreur :
----------------------------------------------------------

---- Connecting to xxxxxxxxxxxxxxx port 21
<--- 220-#########################################
<--- 220-#                                       #
<--- 220-#  Welcome on xxxxxxxxxxxxx#
<--- 220-#                                       #
<--- 220-#       - OVH dedicated servers -       #
<--- 220-#                                       #
<--- 220-#           http://www.ovh.com          #
<--- 220-#                                       #
<--- 220-#########################################
<--- 220 This is a private system - No anonymous login
---> FEAT
<--- 211-Extensions supported:
<---  EPRT
<---  IDLE
<---  MDTM
<---  SIZE
<---  MFMT
<---  REST STREAM
<---  MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
<---  MLSD
<---  AUTH TLS
<---  PBSZ
<---  PROT
<---  TVFS
<---  ESTA
<---  PASV
<---  EPSV
<---  SPSV
<---  ESTP
<--- 211 End.
---> AUTH TLS
<--- 234 AUTH TLS OK.
---> OPTS MLST type;size;modify;UNIX.mode;UNIX.uid;UNIX.gid;
Certificate: OU=Domain Control Validated,CN=*.mybackup.ovh.net
 Issued by:        O=AlphaSSL,CN=AlphaSSL CA - G2
 Checking against: O=AlphaSSL,CN=AlphaSSL CA - G2
  Trusted
Certificate: O=AlphaSSL,CN=AlphaSSL CA - G2
 Issued by: C=BE,O=GlobalSign nv-sa,OU=Root CA,CN=GlobalSign Root CA
  Trusted
WARNING: Certificate verification: certificate common name doesn't match requested host name xxxxxxxxxxxxxxxxxx
<--- 200  MLST OPTS type;size;sizd;modify;UNIX.mode;UNIX.uid;UNIX.gid;unique;
---> USER xxxxxxxxxxxxxx
<--- 331 User xxxxxxxxxxxx OK. Password required
---> PASS xxxxxxxxxxxxxx
<--- 230-OK. Current directory is /
<--- 230 On Sat Jun  6 23:46:12 CEST 2015 space used : 1443MB - authorized : 102400MB - (1%)
---> PWD
<--- 257 "/" is your current location
---> PBSZ 0
<--- 200 PBSZ=0
cd ok, cwd=/
lcd ok, local cwd=/var/backup/local/backup-06062015-2354
---> PROT C
<--- 200 Data protection level set to "clear"
---> TYPE I
<--- 200 TYPE is now 8-bit binary
---> PASV
<--- 227 Entering Passive Mode (xxxxxxxxxxxxx)
---- Connecting data socket to (xxxxxxxxxxxxxx) port xxxxxxxxx
---- Data connection established
---> ALLO 542879258
<--- 200 A L'HUILE
---> STOR backup-06062015-2354.tar.gz
<--- 150 Accepted data connection
---- Closing data socket
<--- 226-File successfully transferred
<--- 226 19.944 seconds (measured here), 25.96 Mbytes per second
---> MFMT 20150606215520 backup-06062015-2354.tar.gz
<--- 213 UTIME OK
---> PASV
<--- 227 Entering Passive Mode (xxxxxxxxxxxxxx)
---- Connecting data socket to (xxxxxxxxxx) port xxxxxxxx
---- Data connection established
---> ALLO 287
<--- 200 A L'HUILE
---> STOR backup-06062015-2354.tar.gz.sig
<--- 150 Accepted data connection
---- Closing data socket
<--- 226-File successfully transferred
<--- 226 0.001 seconds (measured here), 471.16 Kbytes per second
---> MFMT 20150606215523 backup-06062015-2354.tar.gz.sig
<--- 213 UTIME OK
---> PASV
<--- 227 Entering Passive Mode (xxxxxxxxxxx)
---- Connecting data socket to (xxxxxxxxxxx) port xxxxxxxxxx
---- Data connection established
---> ALLO 1706
<--- 200 A L'HUILE
---> STOR backup-06062015-2354.tar.gz.pub
<--- 150 Accepted data connection
---- Closing data socket
<--- 226-File successfully transferred
<--- 226 0.001 seconds (measured here), 2.31 Mbytes per second
---> MFMT 20150606215520 backup-06062015-2354.tar.gz.pub
<--- 213 UTIME OK
---> QUIT
<--- 221-Goodbye. You uploaded 530158 and downloaded 0 kbytes.
<--- 221 Logout.
---- Closing control socket

----------------------------------------------------------

INFO Serveur :

@IP : xxxxxxxxxxxxxx
Hostname : xxxxxxxxxxx
Kernel : xxxxxxxxxx

Hardware

C'est corrigé, tu peux mettre à jour les scripts avec les commandes qui se trouvent tout en haut du tuto.

Fiora

Je confirme 😀

                07/06/2015 à 01h24
###################################################

          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]
> Sauvegarde terminée avec succès !

lokiii

Hello Hardware,
Dis moi, ton script à l'air tip-top, mais perso j'aimerai éviter d'installer des serveurs ftp sur mes serveurs.
Y'aurait-il une façon rapide et surtout aussi secure de faire ce même type de sauvegarde mais en passant par un rsync entre les 2 serveurs plutôt qu'un transfert ftp ?
Merci beaucoup

« Page précédente Page suivante »