[Plugin Tiers] [Sujet principal] Data Transfert by fensoft

[Thierry29860]

Bonjour je crois que ça fonctionne en faite. Par contre mon fichier de backup est volumineux du coup ça met du temps et en plus il y a un filtre sur le fichier à télécharger donc cela se fait fichier après fichier si on n'en a plusieurs dans le répertoire.
Mais des fois j'ai vu des NGINX gateaway 404 apparaître peut être que c'est du au faite que j'aurai lancé plusieurs fois la commande.

Merci

[fensoft]

Bonjour,

Je viens de configurer le plugin pour google drive.

Ca fonctionne en mode ID de dossier mais pas chemin (en cochant la case type de cible), il faut mettre sur quel format ? (je prefere voir le chemin qu'un ID).

Sinon pour le nom final du fichier, ne pourrait on pas garder le meme que celui d'origine ?
Je me retrouve avec des noms Jeedom_backup_backup-jeedom-3.1.7......... ca fait long avant de voir de quel fichier on parle.

Merci encore.

le nom rallongé en mode ID => j'ai ajouté une option à décocher (préfixer le path)
en mode chemin => c'est corrigé

[fensoft]

update:
bugfix dossiers gdrive
ajout option pour prefixer ou non les noms en mode gdrive folderid

[dabou]

Je tente une demande, si par hasard tu aurais l'impression que ça serait faisable :
Serait-il possible (un jour !) de limiter la vitesse d'envoi ?

D'après ce que je vois, quand je lance un test, ça prend toute ma connexion d'envoi (127ko/s) !

[fensoft]

Facile avec rclone, un peu moins pour les autres mais je vais regarder

[patamacour]

Bonjour,
Suite à la mise à jour, ok pour moi sur dropbox!
Merci beaucoup pour la réactivité! !

[dabou]

De mon côté, ça ne marche toujours pas avec Nextcloud
J'ai retenté ce matin à partir de zéro, j'ai mis à jour le plugin et les dépendances à zéro, mais finalement, après l'avoir laissé toute l'après-midi tourner, (et il y avait bien la connexion sortante de ma freebox), il n'y a toujours rien dans le dossier qu'il a pourtant lui même créé sur mon nextcloud.

Voilà les deux logs que j'ai, en lançant un test depuis un scénario où il n'y a que cette commande :

2017-10-14 13:47:53 datatransfert_Cloud-saves_sauvegarde-backup #0 /var/www/html/plugins/datatransfert/vendor/fensoft/flysystem-webdav/src/WebDAVAdapter.php(268): Sabre\DAV\Client->propFind('https://ncloud....', Array, 1) #1 /var/www/html/plugins/datatransfert/vendor/league/flysystem/src/Filesystem.php(271): League\Flysystem\WebDAV\WebDAVAdapter->listContents('alfred', false) #2 /var/www/html/plugins/datatransfert/core/php/webdav.protocol.php(84): League\Flysystem\Filesystem->listContents('alfred', false) #3 /var/www/html/plugins/datatransfert/core/class/datatransfert.class.php(222): DataTransfert\webdav->ls('alfred') #4 /var/www/html/core/class/cmd.class.php(883): datatransfertCmd->execute(Array) #5 /var/www/html/core/class/scenarioExpression.class.php(1384): cmd->execCmd(Array) #6 /var/www/html/core/class/scenarioSubElement.class.php(73): scenarioExpression->execute(Object(scenario)) #7 /var/www/html/core/class/scenarioElement.class.php(171): scenarioSubElement->execute(Object(scenario)) #8 /var/www/html/core/class/scenario.class.php(762): scenarioElement->execute(Object(scenario)) #9 /var/www/html/core/php/jeeScenario.php(54): scenario->execute('user', ''Scenario lance...') #10 {main}
2017-10-14 13:47:53 datatransfert Erreur execution de la commande [Extérieur][Cloud-saves][sauvegarde-backup] : Unauthorized

- J'ai décoché le "ne pas vérifier le certificat SSL", coché le "mode nextcloud", coché le "progression précise", coché le "scinder les logs".
- Type webdav sélectionné, avec l'adresse donnée en bas à droite dans nextcloud pour le webdav.
- Le mode debug est activé,
- les droits sont (idem pour les 9 sauvegardes présentes et même le .htaccess) :

sudo ls -al /var/www/html/backup/
total 635448
drwxrwxr-x 2 www-data www-data 4096 oct. 14 10:59 .
drwxrwxr-x 15 www-data www-data 4096 oct. 14 21:00 ..
-rw-r--r-- 1 www-data www-data 66833127 oct. 6 01:51 backup-alfred-3.1.7-2017-10-06-01h51.tar.gz

- et toujours raspberry 3, raspbian à jour, jeedom à jour, tout en stable et toute la santé de jeedom est bonne (merci pour lui).

Une idée ?

[fensoft]

tu as mis quoi comme url ? j'ai mis bla/remote.php/webdav/, le login, le pass et pouf

[dabou]

https://trucmuch.org/remote.php/webdav/
login et mot de passe, oui.

S'il a bien créé le dossier, sur le serveur de destination, j'ose imaginer que ces 3 paramètres doivent être bons, non ?
Il faut peut-être enlever https:// ? ou simplement le s ?

Ce qui m'étonne également, c'est que je l'ai vu uploader de chez moi pendant bien longtemps (j'ai dû partir avant de voir la fin), à vitesse maximale, comme je le disais au dessus...

[fensoft]

screen tes params et envoie le log en debug

[dabou]

Je te fais ça demain, au plus tôt.
(même s'il me semble avoir tout dit au dessus)

merci à toi !

[fensoft]

ou donne moi un accès en privé a ton compte ou un autre compte du même cloud

il y a quand meme le unauthorized qui est pas normal

[dabou]

Tu as déjà un autre compte du même cloud, je te l'ai donné ce matin en MP !

[znation]

Je tente une demande, si par hasard tu aurais l'impression que ça serait faisable :
Serait-il possible (un jour !) de limiter la vitesse d'envoi ?

D'après ce que je vois, quand je lance un test, ça prend toute ma connexion d'envoi (127ko/s) !

+1 très bonne idée de pouvoir éventuellement limiter la vitesse.

Envoyé de mon SM-G930F en utilisant Tapatalk

[znation]

Petite erreur a la dernière maj

[2017-10-15 05:56:30][ALERT] : Début de la mise à jour de : datatransfert
[2017-10-15 05:56:30][ALERT] : Action de pre update... [2017-10-15 05:56:31][ALERT] : OK
[2017-10-15 05:56:31][ALERT] : Téléchargement du plugin...
[2017-10-15 05:56:31][ALERT] : Téléchargement de datatransfert...
[2017-10-15 05:56:42][ALERT] : OK
[2017-10-15 05:56:42][ALERT] : Décompression du zip... [2017-10-15 05:57:51][ALERT] : OK
[2017-10-15 05:57:51][ALERT] : Post-installation de datatransfert... sh: 1: /var/www/html/plugins/datatransfert/core/class/../../external/check.sh: Permission denied

Envoyé de mon SM-G930F en utilisant Tapatalk

[fensoft]

Tu as déjà un autre compte du même cloud, je te l'ai donné ce matin en MP !

Exact, je m emmele les pinceau. Ca marche nickel chez moi avec ce compte.

[fensoft]

update:
bugfix avec le check dépendances
ajout vitesse limite pour rclone

[minscof]

Bonjour,

Depuis 2/3 jours sur ce plugin uniquement, les mises à jour échouent avec une erreur 500 et ce log

Code : Tout sélectionner

2017/10/15 13:43:19 [error] 585#0: *755646 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /usr/share/nginx/www/jeedom/core/class/update.class.php on line 318" while reading response header from upstream, client: 192.168.0.33, server: , request: "POST /core/ajax/update.ajax.php HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "192.168.0.9", referrer: "http://192.168.0.9/index.php?v=d&p=update"

J'imagine que ce n'est peut-être pas le plugin lui- même qui est en cause même si c'est lié à ce plugin : du coup je ne sais pas trop quoi faire : je pourrais le supprimer pour le réinstaller mais j'aimerais pouvoir conserver la conf et éviter de la refaire : c'est possible ? Sinon où est ce que je peux investiguer pour comprendre ce plantage ?

Résolu : il a fallu que je passe le timer php à 70s pour réussir à installer ce plugin alors que 30 s sont suffisants pour tous les autres plugin : celui-ci semble beaucoup plus gros que les autres

[fensoft]

si c'est les mises à jour c'est probablement une erreur jeedom (au pif plugin trop gros et ça rentre pas dans les 30 secondes d'exec php ? normalement l'install jeedom met à beaucoup plus que 30sec en timeout).

mais de toute façon ça n'as rien à faire sur le fil du plugin, désolé !

[fensoft]

update:
ajout vitesse limite pour ftp, gdrive, local, samba, sftp, webdav