[Plugin Tiers][Sujet Principal] CloudSync Pro
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
@thanaus
merci ça marche en beta.
merci ça marche en beta.
-
- Timide
- Messages : 55
- Inscription : 19 juil. 2018, 09:51
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bonjour,
Je souhaite transférer des fichiers avec ce plugin vers Google Drive mais avec un répertoire destination par jour, dans ce style là :
GoogleDrive/Backup-Jeedom/2019-11-22
GoogleDrive/Backup-Jeedom/2019-11-23
J'ai tenté GoogleDrive/Backup-Jeedom/$(date +%Y%m%d) ou ça GoogleDrive/Backup-Jeedom/`date +%Y%m%d` mais ça ne créer pas un répertoire avec du style "20191123" mais tout bêtement un répertoire se nommé "date(Y-m-d)" comme si la variable date n'avait pas été convertie.
Quel format faut-il lui donner dans le champ "Destination"
Je souhaite transférer des fichiers avec ce plugin vers Google Drive mais avec un répertoire destination par jour, dans ce style là :
GoogleDrive/Backup-Jeedom/2019-11-22
GoogleDrive/Backup-Jeedom/2019-11-23
J'ai tenté GoogleDrive/Backup-Jeedom/$(date +%Y%m%d) ou ça GoogleDrive/Backup-Jeedom/`date +%Y%m%d` mais ça ne créer pas un répertoire avec du style "20191123" mais tout bêtement un répertoire se nommé "date(Y-m-d)" comme si la variable date n'avait pas été convertie.
Quel format faut-il lui donner dans le champ "Destination"
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bonjour.
J'essaye de configurer le plugin CloudSync Pro en FTP mais dès que je rentre les identifiants et veux sauvegarder, il me met ce message d'erreur : Unable to write configuration file '/var/www/html/plugins/cloudsyncpro/core/config/rclone.conf'.
Rien de plus dans les logs, si je ne met pas les identifiants il sauvegarde normalement.
Je suis en ftp local et je peux y accéder facilement en local (les identifiants sont donc corrects).
Je suis sur la V4 de jeedom, sur un RPI3B+ sous raspbian.
Merci .
EDIT :
En fait il manquait un dossier config dans le core. Je l'ai créé et ça a l'air ok.
J'essaye de configurer le plugin CloudSync Pro en FTP mais dès que je rentre les identifiants et veux sauvegarder, il me met ce message d'erreur : Unable to write configuration file '/var/www/html/plugins/cloudsyncpro/core/config/rclone.conf'.
Rien de plus dans les logs, si je ne met pas les identifiants il sauvegarde normalement.
Je suis en ftp local et je peux y accéder facilement en local (les identifiants sont donc corrects).
Je suis sur la V4 de jeedom, sur un RPI3B+ sous raspbian.
Merci .
EDIT :
En fait il manquait un dossier config dans le core. Je l'ai créé et ça a l'air ok.
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
BonsoirVidou a écrit : ↑27 nov. 2019, 22:06Bonjour.
J'essaye de configurer le plugin CloudSync Pro en FTP mais dès que je rentre les identifiants et veux sauvegarder, il me met ce message d'erreur : Unable to write configuration file '/var/www/html/plugins/cloudsyncpro/core/config/rclone.conf'.
Rien de plus dans les logs, si je ne met pas les identifiants il sauvegarde normalement.
Je suis en ftp local et je peux y accéder facilement en local (les identifiants sont donc corrects).
Je suis sur la V4 de jeedom, sur un RPI3B+ sous raspbian.
Merci .
EDIT :
En fait il manquait un dossier config dans le core. Je l'ai créé et ça a l'air ok.
J'ai le même msg d'erreur, comment puis-je créer le dossier en question dans le "core" ?
Cela se fait depuis jeedom ?
Désolé je suis un peu à la rue sur le sujet donc si qqn à la procédure exacte et/ou ligne de commande alors ça m’intéresse beaucoup.
Merci d'avance.
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bonjour
En cherchant un peu j'ai pu créer en effet moi aussi le repertoire sur le PI3 mais même en forçant la création du fichier rclone.conf à vide rien n'y fait,
J'ai toujours le message d'erreur dès que je rentre le token dropbox.
J'ai effectué toutes sorte d'arret/relance mais là je suis perdu.
Ca devient pénible ... help SVP !
Précisions :
Ci dessus, j'ai essayé avec une clé dropbox mais ca ne marche pas.
et avec une clé api google drive : là le test de la commande de sauvegarde se lance mais c'est ko aussi à la fin.
le msg : Task finished on Error (Gestion Backup Google Drive/Sauvegarde #1008)
En cherchant un peu j'ai pu créer en effet moi aussi le repertoire sur le PI3 mais même en forçant la création du fichier rclone.conf à vide rien n'y fait,
J'ai toujours le message d'erreur dès que je rentre le token dropbox.
J'ai effectué toutes sorte d'arret/relance mais là je suis perdu.
Ca devient pénible ... help SVP !
Précisions :
Ci dessus, j'ai essayé avec une clé dropbox mais ca ne marche pas.
et avec une clé api google drive : là le test de la commande de sauvegarde se lance mais c'est ko aussi à la fin.
le msg : Task finished on Error (Gestion Backup Google Drive/Sauvegarde #1008)
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bonjour. Est tu sûr que le dossier créé est e lecture et écriture ? Perso il était en lecture seule j’ai du changer ça... et après tout a roulé.
C’est bien dans le dossier core du plugin que tu as créé le dossier aussi ? Et non pas dans le core de jeedom ? On sait jamais .
C’est bien dans le dossier core du plugin que tu as créé le dossier aussi ? Et non pas dans le core de jeedom ? On sait jamais .
- Pièces jointes
-
- 74C9D509-F701-4998-84F7-76DFFDEA850D.jpeg (856.29 Kio) Consulté 2834 fois
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Merci d'avoir répondu, en effet c'est bien là. Depuis j'ai essayé via un accès FTP et toujours le meme message.
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Curieux... il contient quoi le fichier dedans ? Rclone.conf
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
voici une capture.
- Pièces jointes
-
- Capture d’écran (91).png (14.51 Kio) Consulté 2818 fois
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Est-ce que je dois changer les droits ? on fait cela comment ?
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
T’as pas le plugin jeedexplorer ?
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
non mais je vais y regarder, j'ai fait un chmod a+w et je redemarre on va bien voir.
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Ok. Sinon avec jeedexplorer tu supprimes et refait le dossier. Normalement ça devrait être ok.
Il y a un truc bizarre c’est les root qui sont à ton dossier. A mon avis il y a des problèmes d’autorisations.
Il y a un truc bizarre c’est les root qui sont à ton dossier. A mon avis il y a des problèmes d’autorisations.
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Ca maaaaarche ! Merci et en plus j'ai découvert jeeXplorer trop top
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Super . Tant mieux
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bonjour,
Je viens s'installer le plugin. Je suis sur un RPI3 Stretch 9.11 en Jeedom V4 et j'ai plusieurs soucis que je n'arrive pas à m'expliquer:
Le premier concerne les logs:
j'ai une commande sftp copie en pid 4407: dans la fenetre de config du plugin j'ai mis les log en debug pour commencer.
lorsque je lance manuellement la commande créée, la fenetre du log cloudsyncpro.#4407 reste vide lorsque le message en vert commande éxécutée s'affiche mais dans la page générale des logs de jeedom j'ai bien un log cloudsyncpro.#4407 qui lui est bien rempli.
Ensuite, lorsque je veux télécharger ce log pour expliquer ici la suite de mes pb, j'ai droit à un :401 - Accès non autorisé (à l'adresse :http://192.168.1.110/core/php/downloadF ... cpro.#4407) Par contre je télécharge sans problème les logs cloudsyncpro et cloudsyncpro_update
J'ai donc téléchargé le log cloudsyncpro.#4407 par un autre moyen en accès sftp à Jeedom. Pour info les droits sur cloudsyncpro.#4407 sont comme pour les autres logs 775 www-data:www-data
Je pense qu'il y a peut etre un pb sur le nomage des log des pid avec le .#4407 mais n'étant pas spécialiste de linux je laisse le soins aux spé de trouver le pourquoi du comment
Le second problème lui porte sur le transfert en SFTP (pid 4407 sur mon jeedom:
voici le log cloudsyncpro.#4407
Il ne trouve pas le répertoire source qui est /var/www/html/backup qui bien sur existe c'est le répertoire backup de Jeedom (droits 775 www-data:www-data).
Ce qui est le plus fort c'est que si je créé un autre objet avec type transfert "local"
cela fonctionne sans erreur, il copie bien le contenu de /var/www/html/backup dans /home/yves/jeedom alors qu'en sftp il ne trouve pas /var/www/html/backup
voici le log en local:
Une idée ?
EDIT: je confirme le problème de nomage des log des #pid: c'est le caractère # dans le suffixe du nom qui pose problème: j'ai recopié le log
cloudsyncpro.#4407 sous le nom cloudsyncpro.4407 , il apparait bien dans la liste des logs et lui je peux le télécharger avec le bouton "télécharger" alors que cloudsyncpro.#4407 renvoie un accès interdit. Voili voilou.
Second edit en commande sftp si je change le répertoire d'origine /var/www/html/backup en /home/yves/jeedom, ça marche le répertoire /home/yves/jeedom est trouvé et son contenu est bien copié en sftp dans /var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110 du serveur sftp distant.
troisième edit (!!) le plus invraissemblable dans cette affaire de non accès à /var/www/html/backup en sftp c'est qu'en gdrive le plugin accède parfaitement à /var/www/html/backup et que le transfert a lieu parfaitement.
Je viens s'installer le plugin. Je suis sur un RPI3 Stretch 9.11 en Jeedom V4 et j'ai plusieurs soucis que je n'arrive pas à m'expliquer:
Le premier concerne les logs:
j'ai une commande sftp copie en pid 4407: dans la fenetre de config du plugin j'ai mis les log en debug pour commencer.
lorsque je lance manuellement la commande créée, la fenetre du log cloudsyncpro.#4407 reste vide lorsque le message en vert commande éxécutée s'affiche mais dans la page générale des logs de jeedom j'ai bien un log cloudsyncpro.#4407 qui lui est bien rempli.
Ensuite, lorsque je veux télécharger ce log pour expliquer ici la suite de mes pb, j'ai droit à un :401 - Accès non autorisé (à l'adresse :http://192.168.1.110/core/php/downloadF ... cpro.#4407) Par contre je télécharge sans problème les logs cloudsyncpro et cloudsyncpro_update
J'ai donc téléchargé le log cloudsyncpro.#4407 par un autre moyen en accès sftp à Jeedom. Pour info les droits sur cloudsyncpro.#4407 sont comme pour les autres logs 775 www-data:www-data
Je pense qu'il y a peut etre un pb sur le nomage des log des pid avec le .#4407 mais n'étant pas spécialiste de linux je laisse le soins aux spé de trouver le pourquoi du comment
Le second problème lui porte sur le transfert en SFTP (pid 4407 sur mon jeedom:
voici le log cloudsyncpro.#4407
Code : Tout sélectionner
2019/12/07 13:36:51 ERROR : Couldn't find home directory or read HOME or XDG_CONFIG_HOME environment variables.
2019/12/07 13:36:51 ERROR : Defaulting to storing config in current directory.
2019/12/07 13:36:51 ERROR : Use --config flag to workaround.
2019/12/07 13:36:51 ERROR : Error was: user: Current not implemented on linux/arm
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Modify window is 1s
2019/12/07 13:36:51 ERROR : : error reading source directory: directory not found
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for checks to finish
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for transfers to finish
2019/12/07 13:36:51 ERROR : Attempt 1/3 failed with 1 errors
2019/12/07 13:36:51 ERROR : : error reading source directory: directory not found
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for checks to finish
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for transfers to finish
2019/12/07 13:36:51 ERROR : Attempt 2/3 failed with 1 errors
2019/12/07 13:36:51 ERROR : : error reading source directory: directory not found
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for checks to finish
2019/12/07 13:36:51 INFO : sftp://root@192.168.1.20:22//var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110: Waiting for transfers to finish
2019/12/07 13:36:51 ERROR : Attempt 3/3 failed with 1 errors
2019/12/07 13:36:51 INFO :
Transferred: 0 Bytes (0 Bytes/s)
Errors: 1
Checks: 0
Transferred: 0
Elapsed time: 300ms
voici le log en local:
Code : Tout sélectionner
2019/12/07 14:14:32 ERROR : Couldn't find home directory or read HOME or XDG_CONFIG_HOME environment variables.
2019/12/07 14:14:32 ERROR : Defaulting to storing config in current directory.
2019/12/07 14:14:32 ERROR : Use --config flag to workaround.
2019/12/07 14:14:32 ERROR : Error was: user: Current not implemented on linux/arm
2019/12/07 14:14:32 INFO : Local file system at /home/yves/jeedom: Modify window is 1ns
2019/12/07 14:15:32 INFO :
Transferred: 686.297 MBytes (11.389 MBytes/s)
Errors: 0
Checks: 0
Transferred: 0
Elapsed time: 1m0.2s
Transferring:
* ...Jeedom110-3.3.38-2019-11-23-03h33.tar.gz: 82% /206.232M, 2.749M/s, 13s
* ...Jeedom110-3.3.38-2019-11-24-03h33.tar.gz: 82% /206.244M, 2.774M/s, 13s
* ...Jeedom110-3.3.38-2019-11-25-03h33.tar.gz: 83% /206.251M, 2.817M/s, 12s
* ...Jeedom110-3.3.38-2019-11-26-03h33.tar.gz: 84% /206.638M, 2.931M/s, 10s
2019/12/07 14:15:42 INFO : backup-Jeedom110-3.3.38-2019-11-25-03h33.tar.gz: Copied (new)
2019/12/07 14:15:42 INFO : backup-Jeedom110-3.3.38-2019-11-26-03h33.tar.gz: Copied (new)
2019/12/07 14:15:42 INFO : backup-Jeedom110-3.3.38-2019-11-23-03h33.tar.gz: Copied (new)
2019/12/07 14:15:42 INFO : backup-Jeedom110-3.3.38-2019-11-24-03h33.tar.gz: Copied (new)
2019/12/07 14:16:32 INFO :
Transferred: 1.341 GBytes (11.435 MBytes/s)
Errors: 0
Checks: 0
Transferred: 4
Elapsed time: 2m0s
Transferring:
* ...Jeedom110-3.3.38-2019-11-27-03h33.tar.gz: 67% /206.629M, 2.872M/s, 23s
* ...Jeedom110-3.3.38-2019-11-28-03h33.tar.gz: 66% /206.631M, 2.945M/s, 23s
* ...Jeedom110-3.3.38-2019-11-29-03h33.tar.gz: 66% /206.650M, 2.860M/s, 24s
* ...Jeedom110-3.3.38-2019-11-30-03h33.tar.gz: 65% /206.654M, 2.786M/s, 25s
2019/12/07 14:16:53 INFO : backup-Jeedom110-3.3.38-2019-11-27-03h33.tar.gz: Copied (new)
2019/12/07 14:16:53 INFO : backup-Jeedom110-3.3.38-2019-11-29-03h33.tar.gz: Copied (new)
2019/12/07 14:16:54 INFO : backup-Jeedom110-3.3.38-2019-11-28-03h33.tar.gz: Copied (new)
2019/12/07 14:16:54 INFO : backup-Jeedom110-3.3.38-2019-11-30-03h33.tar.gz: Copied (new)
2019/12/07 14:17:32 INFO :
Transferred: 2.014 GBytes (11.450 MBytes/s)
Errors: 0
Checks: 0
Transferred: 8
Elapsed time: 3m0s
Transferring:
* ...Jeedom110-3.3.38-2019-12-01-03h33.tar.gz: 50% /206.655M, 2.850M/s, 36s
* ...Jeedom110-3.3.38-2019-12-02-03h33.tar.gz: 48% /206.652M, 2.715M/s, 38s
* ...Jeedom110-3.3.38-2019-12-03-03h33.tar.gz: 50% /206.665M, 2.912M/s, 35s
* ...Jeedom110-3.3.38-2019-12-04-03h33.tar.gz: 48% /206.671M, 2.669M/s, 39s
2019/12/07 14:18:06 INFO : backup-Jeedom110-3.3.38-2019-12-01-03h33.tar.gz: Copied (new)
2019/12/07 14:18:06 INFO : Local file system at /home/yves/jeedom: Waiting for checks to finish
2019/12/07 14:18:06 INFO : backup-Jeedom110-3.3.38-2019-12-02-03h33.tar.gz: Copied (new)
2019/12/07 14:18:06 INFO : Local file system at /home/yves/jeedom: Waiting for transfers to finish
2019/12/07 14:18:06 INFO : backup-Jeedom110-3.3.38-2019-12-03-03h33.tar.gz: Copied (new)
2019/12/07 14:18:08 INFO : backup-Jeedom110-3.3.38-2019-12-04-03h33.tar.gz: Copied (new)
2019/12/07 14:18:32 INFO :
Transferred: 2.677 GBytes (11.417 MBytes/s)
Errors: 0
Checks: 1
Transferred: 12
Elapsed time: 4m0s
Transferring:
* ...Jeedom110-3.3.38-2019-12-05-03h33.tar.gz: 32% /206.668M, 2.389M/s, 58s
* ...Jeedom110-3.3.38-2019-12-06-03h33.tar.gz: 21% /307.715M, 2.378M/s, 1m41s
* ...Jeedom110-4.0.32-2019-12-05-19h42.tar.gz: 21% /301.375M, 2.275M/s, 1m43s
* ...Jeedom110-4.0.32-2019-12-06-15h40.tar.gz: 20% /303.371M, 2.743M/s, 1m27s
2019/12/07 14:19:22 INFO : backup-Jeedom110-3.3.38-2019-12-05-03h33.tar.gz: Copied (new)
2019/12/07 14:19:32 INFO :
Transferred: 3.329 GBytes (11.361 MBytes/s)
Errors: 0
Checks: 1
Transferred: 13
Elapsed time: 5m0s
Transferring:
* ...Jeedom110-3.3.38-2019-12-06-03h33.tar.gz: 76% /307.715M, 2.836M/s, 25s
* ...Jeedom110-4.0.32-2019-12-05-19h42.tar.gz: 77% /301.375M, 2.745M/s, 24s
* ...Jeedom110-4.0.32-2019-12-06-15h40.tar.gz: 76% /303.371M, 2.701M/s, 26s
* ...Jeedom110-4.0.32-2019-12-07-03h33.tar.gz: 7% /303.374M, 2.229M/s, 2m6s
2019/12/07 14:19:55 INFO : backup-Jeedom110-4.0.32-2019-12-05-19h42.tar.gz: Copied (new)
2019/12/07 14:19:55 INFO : backup-Jeedom110-4.0.32-2019-12-06-15h40.tar.gz: Copied (new)
2019/12/07 14:19:56 INFO : backup-Jeedom110-3.3.38-2019-12-06-03h33.tar.gz: Copied (new)
2019/12/07 14:20:17 INFO : backup-Jeedom110-4.0.32-2019-12-07-03h33.tar.gz: Copied (new)
2019/12/07 14:20:17 INFO :
Transferred: 3.810 GBytes (11.287 MBytes/s)
Errors: 0
Checks: 1
Transferred: 17
Elapsed time: 5m45.6s
EDIT: je confirme le problème de nomage des log des #pid: c'est le caractère # dans le suffixe du nom qui pose problème: j'ai recopié le log
cloudsyncpro.#4407 sous le nom cloudsyncpro.4407 , il apparait bien dans la liste des logs et lui je peux le télécharger avec le bouton "télécharger" alors que cloudsyncpro.#4407 renvoie un accès interdit. Voili voilou.
Second edit en commande sftp si je change le répertoire d'origine /var/www/html/backup en /home/yves/jeedom, ça marche le répertoire /home/yves/jeedom est trouvé et son contenu est bien copié en sftp dans /var/media/sda2-ata-WDC_WD7500BPVX-1/backup/110/j110 du serveur sftp distant.
troisième edit (!!) le plus invraissemblable dans cette affaire de non accès à /var/www/html/backup en sftp c'est qu'en gdrive le plugin accède parfaitement à /var/www/html/backup et que le transfert a lieu parfaitement.
1 NUC & 1 RPI3/Msata V3.3.31, EnOcean, Z-wave,
Rflink, IPX800V3, carte 8 rl IP, IR_V3, Xiaomi gateway, JPI/APK/tel Android dédié, Somfy RTS, Rf433Mhz, Xiaomi, Bm280 , Broadlink,WifiLights
Rflink, IPX800V3, carte 8 rl IP, IR_V3, Xiaomi gateway, JPI/APK/tel Android dédié, Somfy RTS, Rf433Mhz, Xiaomi, Bm280 , Broadlink,WifiLights
Re: [Plugin Tiers][Sujet Principal] CloudSync Pro
Bon, je me répond à moi même: je ne sais pas pourquoi mais depuis que j'ai fait un équipement backup avec Gdrive, plus aucun problème d'accès au répertoire /var/www/html/backup en sftp. Le tupapau s'est évaporé
Par contre toujours impossible de télécharger les log dont le suffixe contient .# comme par exemple cloudsyncpro.#4017
En tout cas , merci pour ce super plugin
Par contre toujours impossible de télécharger les log dont le suffixe contient .# comme par exemple cloudsyncpro.#4017
En tout cas , merci pour ce super plugin
1 NUC & 1 RPI3/Msata V3.3.31, EnOcean, Z-wave,
Rflink, IPX800V3, carte 8 rl IP, IR_V3, Xiaomi gateway, JPI/APK/tel Android dédié, Somfy RTS, Rf433Mhz, Xiaomi, Bm280 , Broadlink,WifiLights
Rflink, IPX800V3, carte 8 rl IP, IR_V3, Xiaomi gateway, JPI/APK/tel Android dédié, Somfy RTS, Rf433Mhz, Xiaomi, Bm280 , Broadlink,WifiLights
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 5 invités