QNAP [ tuto Qnap ] Comment configure-t-on CrashPlan sur un NAS QNAP pour y sauvegarder des données importantes

QoolBox

QoolBox

Représentant QNAP
2 Janvier 2014
10 599
169
158
50
France
www.qnap.com
Comment configure-t-on CrashPlan sur un NAS QNAP pour y sauvegarder des données importantes ou pour les sauvegarder dans le cloud

CrashPlan peut être utilisé avec votre NAS QNAP pour y sauvegarder votre PC ou pour sauvegarder votre NAS dans le cloud. Cet article vous guidera étape par étape pour la configuration de votre NAS. Il vous expliquera également comment restaurer vos données.

CrashPlan_3.png


La suite ici : https://www.qnap.com/i/fr/tutorial/con_show.php?op=showone&cid=237
 
Sur le papier ça parait exactement ce que je cherche.. Merci !

Reste à voir si ça répond à mes attentes en fonctionnement. :mrgreen:
 
Arg point noir, il faut faire un compte sur le site de l'éditeur.. Moi qui ne souhaite pas que mon NAS est accès à internet.. :cry:
 
Super tuto
J'ai un souci, j'ai un compte Crashplan que j'utilise sur le QNAP.
En ce moment, le backup du NAS fonctionne très bien seulement quand je lance l'application Crashplan sur le NAS, j'ai un message d'erreur
Forbidden

You don't have permission to access /crashplan/ on this server.

Apache Server at 192.168.1.100 Port 8020
Cliquez pour agrandir...

Comment faire pour retrouver l'accès ?
Merci
 
Une autre chose,
QSirch ne répond plus depuis l'installation de Crashplan
J'ai toujours cette erreur
Reach maximum retry [timed out] (#105)
 
Après avoir dû désinstaller QSirch (plus d'un million de fichiers indexés) car le logiciel ne fonctionnait plus, j'ai donc réinstallé QSirch mais si j'exclus le dossier de backup de crashplan, et bien je n'ai aucun fichier d'indexé.
Si j'inclus de dossier de backup de crashplan, alors j'ai tous mes dossiers du nas et en plus le dossier .qpkg et du coup il m'indexe des fichiers que je ne veux pas car on ne peut pas exclure le dossier caché .qpkg.
Je ne comprends pas d'ailleurs pourquoi le dossier de backup contient mes dossiers partagés, c'est peut-être des liens symboliques, je ne sais pas.
Bref, tout ça pour dire que Crashplan n'est pas opérationnel avec QSirch.
Quelle solution ?

EDIT : en suivant le tuto, j'avais mis manuellement / dans le chemin de mon dossier de partage et du coup j'avais toute la racine du nas.
J'ai modifié le chemin, maintenant ça va.
 
Bonjour,

je viens de d'installer crashplan sur mon qnap jusque là tout va bien

j'ai aussi installé le client sur mon PC

j'ai copié le token affiché sur la page de crashplan qnap en mettant à jour le fichier ui_info comme stipulé dans le tutoriel qui contient l'adresse ip du qnap 192.168.1.16 sur le port 4243

et du coup impossible pour le client de se connecter

646588crashplan.png


je m'arrache les cheveux car je voudrai sauvegarder des données présentes sur mon QNAP dans le cloud central

Quand je pointe sur mon pc local 127.0.0.1 pas de problème

avez vous une idée ?

MErci
 
Bonjour

J'avais vu ce tuto il y a quelques jours sur le site de qnap...

J'ai tenté le coup mais je ne trouve pas l'appli crashplan dans le store....

Serait-ce lié au fait que mon nas tourne sou QTS 4.3.2 beta ??
 
ech1965 a dit:
Bonjour

J'avais vu ce tuto il y a quelques jours sur le site de qnap...

J'ai tenté le coup mais je ne trouve pas l'appli crashplan dans le store....

Serait-ce lié au fait que mon nas tourne sou QTS 4.3.2 beta ??
Cliquez pour agrandir...

Hello Ech

si tu trouve et si tu arrive à faire le test avec succès je suis preneur de la méthode car moi j'ai tout essayé mais rien à faire ça ne se connecte pas à mon nas donc finalement j'ai opté pour une solution locale qui me convient pas vraiment car suis obligé de laisser mon PC allumé le temps de faire mon premier Backup dans le Cloud ( 600 Go à monter ça fait quelques jours que ça tourne)

j'ai donc installé l'appli PC mais comme option pour mon compte seulement pas pour tous les users

j'ai connecter le dossier sur mon NAS ou se trouve tout ce que je veux sauvegarder dans le cloud comme un lecteur local
et ensuite dans les dossiers à sauvegarder dans Crashplan l'appli j'ai sélectionné mon lecteur réseau et lancez la sauvegarde

Pour retrouver ce lecteur réseau dans la liste de ce que tu veux sauvegarder il installer l'appli avec l'option "Que pour ce compte" sinon tu ne le verra pas

Bref ça fait 4 jours que ç tourne j'en suis à 560Go sauvegardé c'est un peu lent pourtant j'ai la fibre mais ça c'est une restriction de crashplan qui veut pas pénaliser les bas débits enfin

j'aurai préféré que ça tourne direct sur mon nas avec l'appli crashplan.qpkg pour que je sois pas obligé de laisser mon pc allumé mais pour le moment j'ai pas la solution

bon j'éspère que je ne t'ai pas saoulé avec mon Roman

Bonne journée
 
Bonjour,

Sur le forum en anglais, il y a un sous-forum rien qu'au sujet de crashplan[1] et je peux te dire que parfois ... ça chauffe ...

Vu que crashplan est écrit en Java, en pratique ça me parait compliqué de le faire tourner de manière satisfaisante sur les "petits" nas ( RAM <8GB) si la taille des fichiers à sauvegarder dépasse le Tera...

Voici un résumé des tentatives de solutions développées par la communauté pour faire tourner crashplan sur le NAS:

* QPKG: Un certain dynek [2] dépense son énergie sans compter pour tenter de maintenir un paquet QPKG fonctionnel en vert (;-)) et contre tout... entre les mises à jour de crashplan, de java, de QTS ( passage à 64bits) c'est assez délicat et en tout cas pas "set it and forget it"
* Container: Depuis l'arrivée de container station on a une série de gars qui tentent de maintenir des Conteneurs docker [3]
* VM ubuntu dans le NAS: là l'idée est de faire tourner crashplan dans une machine virtuelle linux ( ubuntu en l'occurence)

Je pense que la solution la plus stable dans le temps est/sera l'idée de docker. c'est la seule qui offre
* un semblant de résistance aux mises à jours des différents composants
* un accès "local" aux fichiers à sauvegarder ( par opposition à la VM ou à crashplan qui tourne dans un pc séparé)
* Mais docker étant lui encore assez jeune... il faudra voir

Au vu de tout ça, tu peux comprendre mon intérêt pour une solution présente dans le AppCenter, supportée par des tutos hébergés sur le site de qnap, bref "soutenu" ( et pas supporté somme quasi toujours mal traduit) par QNAP "itself"


Pour l'instant, je suis en balance entre

* crashplan si/quand il fonctionnera de manière acceptable
* rclone[5] sur un compte AMAZON CLOUD DRIVE

Par rapport aux solutions de backup fournies par qnap destinées à sauvegarder vers ls cloud, rclone a l'avantage que je peux restaurer le contenu "crypté" depuis n'importe quelle machine.
J'ai eu une chance "inouie" de pouvoir me procurer un NAS qnap mais le prix de ces machines est bien trop élevé pour que je puisse remplacer mon TS-853A flambant neuf par un autre NAS le jour où le 853A rendra l'âme.
Je ne mets pas en prod un plan de backup sur le cloud avec des outils propriétaires à QNAP. ( je les ai même pas testés)

Voilà, en espérant avoir été utile.
Etienne

PS: La balle est dans le camp de QNAP pour fournir un QPKG fonctionnel sur QTS 4.3.

[1] https://forum.qnap.com/viewforum.php?f=227
[2] https://forum.qnap.com/viewtopic.php?f=227&t=41213
[3] https://blog.pedropombeiro.com/run-crashplan-in-a-docker-container-on-a-qnap-ts-x53-pro
http://www.fabian-keller.de/blog/running-crashplan-on-a-qnap-nas-with-docker
http://www.fabian-keller.de/blog/update-crashplan-on-a-qnap-nas-with-docker
[4] https://forum.qnap.com/viewtopic.php?t=117951
[5] http://rclone.org/
 
ech1965 a dit:
Bonjour,

Sur le forum en anglais, il y a un sous-forum rien qu'au sujet de crashplan[1] et je peux te dire que parfois ... ça chauffe ...

Vu que crashplan est écrit en Java, en pratique ça me parait compliqué de le faire tourner de manière satisfaisante sur les "petits" nas ( RAM <8GB) si la taille des fichiers à sauvegarder dépasse le Tera...

Voici un résumé des tentatives de solutions développées par la communauté pour faire tourner crashplan sur le NAS:

* QPKG: Un certain dynek [2] dépense son énergie sans compter pour tenter de maintenir un paquet QPKG fonctionnel en vert (;-)) et contre tout... entre les mises à jour de crashplan, de java, de QTS ( passage à 64bits) c'est assez délicat et en tout cas pas "set it and forget it"
* Container: Depuis l'arrivée de container station on a une série de gars qui tentent de maintenir des Conteneurs docker [3]
* VM ubuntu dans le NAS: là l'idée est de faire tourner crashplan dans une machine virtuelle linux ( ubuntu en l'occurence)

Je pense que la solution la plus stable dans le temps est/sera l'idée de docker. c'est la seule qui offre
* un semblant de résistance aux mises à jours des différents composants
* un accès "local" aux fichiers à sauvegarder ( par opposition à la VM ou à crashplan qui tourne dans un pc séparé)
* Mais docker étant lui encore assez jeune... il faudra voir

Au vu de tout ça, tu peux comprendre mon intérêt pour une solution présente dans le AppCenter, supportée par des tutos hébergés sur le site de qnap, bref "soutenu" ( et pas supporté somme quasi toujours mal traduit) par QNAP "itself"


Pour l'instant, je suis en balance entre

* crashplan si/quand il fonctionnera de manière acceptable
* rclone[5] sur un compte AMAZON CLOUD DRIVE

Par rapport aux solutions de backup fournies par qnap destinées à sauvegarder vers ls cloud, rclone a l'avantage que je peux restaurer le contenu "crypté" depuis n'importe quelle machine.
J'ai eu une chance "inouie" de pouvoir me procurer un NAS qnap mais le prix de ces machines est bien trop élevé pour que je puisse remplacer mon TS-853A flambant neuf par un autre NAS le jour où le 853A rendra l'âme.
Je ne mets pas en prod un plan de backup sur le cloud avec des outils propriétaires à QNAP. ( je les ai même pas testés)

Voilà, en espérant avoir été utile.
Etienne

PS: La balle est dans le camp de QNAP pour fournir un QPKG fonctionnel sur QTS 4.3.

[1] https://forum.qnap.com/viewforum.php?f=227
[2] https://forum.qnap.com/viewtopic.php?f=227&t=41213
[3] https://blog.pedropombeiro.com/run-crashplan-in-a-docker-container-on-a-qnap-ts-x53-pro
http://www.fabian-keller.de/blog/running-crashplan-on-a-qnap-nas-with-docker
http://www.fabian-keller.de/blog/update-crashplan-on-a-qnap-nas-with-docker
[4] https://forum.qnap.com/viewtopic.php?t=117951
[5] http://rclone.org/
Cliquez pour agrandir...

Hell Ech
merci d'avoir pris le temps de me répondre.
finalement après avoir tourné crashplan client avec ma méthode il semble que crashplan a un problème plus important que celui que je cite et qui celui de la performance les vitesses en upload e en download sont execrables j'ai vu pas mal de forum et tous citent ce problème qui est un point noir. ça fait des jours que ma machine tourne et elle plafonne à 1 Mbps et parfois ça descend a 500 kb/s et quand on a 700 Go à sauvegarder c'est pas top ça fais des jours que ça tourne et j'en suis à 51% c'est quasiment pas utilisable comme ça et d'après ce que j'ai lu même en restore donc en download c'est pas mieux . ça ne me convient pas du tout
Du coup j'ai lu que Amazon Drive etait plus performant que crashplan et comme j'ai déjà un compte premium j'ai 3 mois d'essais sur Amazon drive en illimité.
je voudrai tester ça à partir de mon Qnap en utilisant Hybrid BackupSync de mon qnap TS 253 A

Mais je ne sais pas le configurer pour pointer sur amazon drive

au début j'ai ça

Que dois je choisir ?
781275amazondrive1.png


Ensuite ou puis je obtenir ses paramètres notamment

396720amazondrive2.png


peut être que tu n'as pas la réponse

En somme j'essaie de savoir comment configurer mon qnap pour sauvegarder sur amazon Drive

je voudrai tester ce cloud et voir si j y arrive je ferai un retour la dessus

Merci pour ton aide Ech et bonne soirée
 
Bon.. matin,

A première vue, tu essaies de configurer amazon S3.

Pour Amazon drive, seule la partie "Sync" fonctionne. Il faut prendre un synchro et pas un backup.

Quand tu crées un nouveau job il faut prendre "Sync with the cloud" ( mon nas est en anglais, je ne connais pas le libellè en FR)

et Là tu pourras configurer une destination amazon drive

Plus d'infos là: https://www.qnap.com/en/tutorial/con_show.php?op=showone&cid=211

mais faut descendre et suivre les instructions "Sync"

A+
Etienne
 
ech1965 a dit:
Bon.. matin,

A première vue, tu essaies de configurer amazon S3.

Pour Amazon drive, seule la partie "Sync" fonctionne. Il faut prendre un synchro et pas un backup.

Quand tu crées un nouveau job il faut prendre "Sync with the cloud" ( mon nas est en anglais, je ne connais pas le libellè en FR)

et Là tu pourras configurer une destination amazon drive

Plus d'infos là: https://www.qnap.com/en/tutorial/con_show.php?op=showone&cid=211

mais faut descendre et suivre les instructions "Sync"

A+
Etienne
Cliquez pour agrandir...

Bonjour etienne

Super je ne savais pas que ça ne marchait qu'avec Sync
j'ai crée la tâche sans problème et lancé la synchronisation

par contre j'ai beaucoup d'erreurs de ce genre là

506706amazondriveerrors.png


j'avoue que j'ai un peu de mal à comprendre je ne sais pas pourquoi

je vais essayer de chercher

merci
 
Je ne pense pas que ça soit lié au format du nom de fichier ( même si il y a des restrictions...)

C'est plutôt un souci qui arrive avec la configuration du nombre de transferts en // [1]

mets le à 1 au lieu de 5 dans les paramètres de ton job et tu n'auras plus les warnings.... mais ça va aller moins vite...

Si tu veux laisser à 5 et exécuter le job plusieurs fois, je pense qu'il va finir par tout synchroniser..
Je pense que "à force" après quelques exécutions, il finira par tout uploader

@QoolBox: ça arrive fréquemment lors de la première synchro. on dirait que parfois, les requêtes de création de répertoires et de création de fichiers dans les répertoires ne sont pas exécutées selon l'ordre nécessaire.
( Peut-être, dans le code de sync, lors de la première exécution et si le nombre de connexions est supérieur à 1, il faudrait que le client crée d'abord uniquement les directories "soit un à la fois" soit dans un ordre "correct" ..

Mes 0.02€
Etienne





[1] https://forum.qnap.com/viewtopic.php?t=114336
 
ech1965 a dit:
Je ne pense pas que ça soit lié au format du nom de fichier ( même si il y a des restrictions...)

C'est plutôt un souci qui arrive avec la configuration du nombre de transferts en // [1]

mets le à 1 au lieu de 5 dans les paramètres de ton job et tu n'auras plus les warnings.... mais ça va aller moins vite...

Si tu veux laisser à 5 et exécuter le job plusieurs fois, je pense qu'il va finir par tout synchroniser..
Je pense que "à force" après quelques exécutions, il finira par tout uploader

@QoolBox: ça arrive fréquemment lors de la première synchro. on dirait que parfois, les requêtes de création de répertoires et de création de fichiers dans les répertoires ne sont pas exécutées selon l'ordre nécessaire.
( Peut-être, dans le code de sync, lors de la première exécution et si le nombre de connexions est supérieur à 1, il faudrait que le client crée d'abord uniquement les directories "soit un à la fois" soit dans un ordre "correct" ..

Mes 0.02€
Etienne





[1] https://forum.qnap.com/viewtopic.php?t=114336
Cliquez pour agrandir...

Hello Etienne effectivement j'ai jeté un coup d'oeil sur le post en question je viens de tester avec nombre de connexions à 1 et je n'ai plus d'erreurs
mais si c'est trop long ça ne m'arrange pas je vais finalement retomber dans le même cas que crashplan
 
kamelus a dit:
ech1965 a dit:
Je ne pense pas que ça soit lié au format du nom de fichier ( même si il y a des restrictions...)

C'est plutôt un souci qui arrive avec la configuration du nombre de transferts en // [1]

mets le à 1 au lieu de 5 dans les paramètres de ton job et tu n'auras plus les warnings.... mais ça va aller moins vite...

Si tu veux laisser à 5 et exécuter le job plusieurs fois, je pense qu'il va finir par tout synchroniser..
Je pense que "à force" après quelques exécutions, il finira par tout uploader

@QoolBox: ça arrive fréquemment lors de la première synchro. on dirait que parfois, les requêtes de création de répertoires et de création de fichiers dans les répertoires ne sont pas exécutées selon l'ordre nécessaire.
( Peut-être, dans le code de sync, lors de la première exécution et si le nombre de connexions est supérieur à 1, il faudrait que le client crée d'abord uniquement les directories "soit un à la fois" soit dans un ordre "correct" ..

Mes 0.02€
Etienne





[1] https://forum.qnap.com/viewtopic.php?t=114336
Cliquez pour agrandir...

Hello Etienne effectivement j'ai jeté un coup d'oeil sur le post en question je viens de tester avec nombre de connexions à 1 et je n'ai plus d'erreurs
mais si c'est trop long ça ne m'arrange pas je vais finalement retomber dans le même cas que crashplan
Cliquez pour agrandir...

Hello etienne
Finalement ça charge assez rapidement mais après avoir lancé la première synchro j'ai vérifié dans les erreurs , pas d'erreur donc jusque là pas de problème ensuite j'ai vérifié s'il avait fini dans le détail de la tâche c'est dit que oui mais quand finalement il n'a pas tout synchronisé beaucoup de dossiers manquent j'ai cherché à relancer la synchro mais je ne trouve aucun moyen de forcer la synchro à relancer

une idée ?
désolé d'être aussi newbie que ça mais bon pas le choix que de mander de l'aide

merci en tous les cas pour la tienne
 
Bonsoir,

Dans hybrid backup sync->All Jobs-> onglet "cloud jobs"

Tu trouves une ligne par job configuré.

Les manipulations sont assez intuitives.

Au début je te conseille de mettre le job en "manuel" et de le relancer à chaque fois que nécessaire.

Bon amusement;..

Etienne

PS: on a tous été novice ( même si pour certains, c'était il y a longtemps ;-) )
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas