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 8

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

jefsetax

Je n'ai rien à part

root@jefsetaxbox:/opt/full-backup# ls
LICENSE  README.md  backup.sh  install.sh  restore.sh

Hardware

euh /var/backup pardon

jefsetax

voila ce que j'ai

---- Connecting to 151.80.43.153 (151.80.43.153) port 21
<--- 220 Bienvenue sur votre serveur FTP.
---> FEAT
<--- 211-Features:
<---  AUTH TLS
<---  EPRT
<---  EPSV
<---  MDTM
<---  PASV
<---  PBSZ
<---  PROT
<---  REST STREAM
<---  SIZE
<---  TVFS
<---  UTF8
<--- 211 End
---> AUTH TLS
<--- 234 Proceed with negotiation.
---> OPTS UTF8 ON
Certificate: C=RU,ST=Russia,L=Moskva,O=wtf,OU=wtf LTD,CN=wtf.org,EMAIL=contact@wtf.org
 Issued by: C=RU,ST=Russia,L=Moskva,O=wtf,OU=wtf LTD,CN=wtf.org,EMAIL=contact@wtf.org
WARNING: Certificate verification: Not trusted
WARNING: Certificate verification: certificate common name doesn't match requested host name '151.80.43.153'
<--- 200 Always in UTF8 mode.
---> USER jefsetax
<--- 331 Please specify the password.
---> PASS 
<--- 230 Login successful.
---> PWD
<--- 257 "/"
---> PBSZ 0
<--- 200 PBSZ set to 0.
cd ok, cwd=/
lcd ok, local cwd=/var/backup/local/backup-13082015-2046
---> TYPE I
<--- 200 Switching to Binary mode.
---> PASV
<--- 227 Entering Passive Mode (151,80,43,153,142,97).
---- Connecting data socket to (151.80.43.153) port 36449
---- Data connection established
---> ALLO 371818144
<--- 202 ALLO command ignored.
---> STOR backup-13082015-2046.tar.gz
<--- 553 Could not create file.
---- Closing data socket
put: Access failed: 553 Could not create file. (backup-13082015-2046.tar.gz)
---> PASV
<--- 227 Entering Passive Mode (151,80,43,153,100,19).
---- Connecting data socket to (151.80.43.153) port 25619
---- Data connection established
---> STOR backup-13082015-2046.tar.gz.sig
<--- 553 Could not create file.
---- Closing data socket
put: Access failed: 553 Could not create file. (backup-13082015-2046.tar.gz.sig)
---> PASV
<--- 227 Entering Passive Mode (151,80,43,153,84,238).
---- Connecting data socket to (151.80.43.153) port 21742
---- Data connection established
---> STOR backup-13082015-2046.tar.gz.pub
<--- 553 Could not create file.
---- Closing data socket
put: Access failed: 553 Could not create file. (backup-13082015-2046.tar.gz.pub)
---> QUIT
---- Closing control socket

Hardware

Ton serveur FTP est tout simplement mal paramétré, l'utilisateur n'a pas les droits en écriture donc le script ne peut pas envoyer la sauvegarde.

jefsetax

Pourtant j'ai dans mon vsftpd.conf

# Connexions des utilisateurs locaux
local_enable=YES
#
# Ecriture des fichiers
write_enable=YES
#
# Masque local 022 (les fichiers ecrits auront les droits 755)
local_umask=022

Je dois modifier autre chose ?

flipper

est ce que ton user il a les droits dans le répertoire qu'il essaye de modifier ?

jefsetax

Comment voir ça ? Mais je ne pense pas. Si je modifie le chemin de stockage. J'ai laissé la racine par défaut, en mettant /home/user ça irait ?

flipper

normalement ton user a accès à son repertoire home oui, donc il devrait pouvoir écrire dedans. Sinon, un petit chmod dans le repertoire et tu verras les droits

jefsetax

En effet seul root a les permissions. Vaut-il mieux donner les droits d'écriture à l'user ou donner un chemin où il a le droit d'écriture ?

lokiii

Si tu sais ce que tu fais, tu peux ajouter des droits à tes users.
De manière générale, si seul root a les droits sur un répertoire, c'est qu'il y a une raison, et donc il vaut mieux éviter de modifier ça.
Dans le doute, je te conseillerai de choisir un emplacement où ton user a déjà les droits, comme son /home par exemple.

jefsetax

J'ai indiqué dans /home/user/backupsys mais mon backup arrive dans /var/backup/local donc ça ne va toujours pas...
J'ai donc relancé le script d'installation et maintenant je ne peux plus me connecter

Paramètres de connexion :
- Adresse du serveur : 151.80.43.153
- Nom d'utilisateur : jefsetax
- Port : 21

Test de connexion en cours...
/!\ Erreur: Un problème est survenu lors de la connexion au serveur FTP.
/!\ Erreur: Merci de re-saisir les paramètres de connexion :

Gravefield

Tu devrais peut être masquer ton IP et ton login. Tu es sur que ton FTP fonctionne?

jefsetax

Ben il fonctionnait avant de relancer le script d'installation... Donc je ne vois pas pourquoi il ne fonctionnerait plus.

lokiii

Question bête, tu as bien remplacé "user" de /home/user/backupsys par le vrai nom de ton user, hein ? 😛

flipper

problème de chroot ?

lokiii

Tu arrives à te connecter au ftp depuis ton pc perso ?

jefsetax

Oui oui user est bien remplacé.
J'ai utilisé le script d'ex_rat pour l'installation de rutorrent et serveur vsftp
Et d'après lui
"Les users "rutorrent" sont chrootés automatiquement dans leurs /home respectifs par le script donc no way pour la console."

lokiii

Du coup, tu peux soit te créer un nouveau user non chrooté, soit virer le chroot de ton user concerné.

Mais du coup, j'ai un doute sur ton system:
- tu peux ouvrir un ssh en root ?
- tu as un user sur ton system qui peut passer root autre que tes users rutorrent ?

jefsetax

Je me connecte en ssh root et je n'ai que mon user rutorrent. Comment virer le chroot de mon user ?

Hardware

Merci d'ouvrir un nouveau topic pour la résolution de ce problème et de revenir ici une fois le problème de FTP réglé. Tu dois d'abord t'assurer que ton serveur FTP fonctionne (connexion avec l'utilisateur + envoi/réception de fichiers), une fois que c'est fait tu peux relancer l'installation de la solution de sauvegarde.

« Page précédente Page suivante »