Erreur sur upload Dropbox sous script

Bonsoir,

Soucieux de conserver mes sauvegardes sous Dropbox , j’ai crée un script comme suit :

et lors du lancement de celui-ci par un scénario programmé , non seulement ça dure des heures (3 heures), utilise énormément de RAM , je me retrouve avec des erreurs dont je n’en voit pas la cause ??

[2020-05-25 14:43:08][SCENARIO] Start : Scenario lance manuellement.
[2020-05-25 14:43:08][SCENARIO] Exécution du sous-élément de type [action] : action
[2020-05-25 14:43:08][SCENARIO] Exécution de la commande [TEST][Jeedom Backup][upload]
[2020-05-25 17:27:09][SCENARIO] Erreur sur /var/www/html/plugins/script/data/Dropbox-Uploader/dropbox_uploader.sh -s -f /var/www/html/plugins/script/data/Dropbox-Uploader/.dropbox_uploader upload /var/www/html/backup/backup-Jeedom_Salagnon-*.tar.gz / 2>&1 valeur retournée : 1. Détails : > Uploading « /var/www/html/backup/backup-Jeedom_Salagnon-4.0.54-2020-05-22-05h23.tar.gz » to « /backup-Jeedom_Salagnon-4.0.54-2020-05-22-05h23.tar.gz »… FAILED
An error occurred requesting /upload

Uploading « /var/www/html/backup/backup-Jeedom_Salagnon-4.0.54-2020-05-22-15h19.tar.gz » to « /backup-Jeedom_Salagnon-4.0.54-2020-05-22-15h19.tar.gz »… FAILED
An error occurred requesting /upload
Skipping already existing file « /backup-Jeedom_Salagnon-4.0.54-2020-05-23-05h23.tar.gz »
Skipping already existing file « /backup-Jeedom_Salagnon-4.0.54-2020-05-24-05h23.tar.gz »
Uploading « /var/www/html/backup/backup-Jeedom_Salagnon-4.0.54-2020-05-25-05h23.tar.gz » to « /backup-Jeedom_Salagnon-4.0.54-2020-05-25-05h23.tar.gz »… DONE
Some error occured. Please check the log.
[2020-05-25 17:27:09][SCENARIO] Log :
Listing « / »… DONE
[F] 89009391 backup-Jeedom_Salagnon-4.0.54-2020-05-24-05h23.tar.gz
[F] 88982808 backup-Jeedom_Salagnon-4.0.54-2020-05-23-05h23.tar.gz
[2020-05-25 17:27:09][SCENARIO] Fin correcte du scénario

J’abouti a un résultat quand même , mais en 3H ??

Si quelqu’un a une piste de recherche de mauvais fonctionnement , je suis preneur.
Merci

Bonjour @LAGUICHE,

Quelle est la taille des fichiers que vous uploadez sur Dropbox?
Quel est le contenu du fichier dropbox_uploader.sh ?

Avec une connexion ADSL, un fichier de 150Mo est uploadé sur dropbox en 1h20 avec le plugin datatransfert.

Bonsoir

La taille des fichiers font 85 Mo chacun.

Le contenu du fichier dropbox _uploader.sh est tiré de ceci :

Ok pour le temps d’ upload cela semble cohérent .

Je corrige mon message précédent. Je pensais qu’aussitôt près la sauvegarde, elle était envoyée à Dropbox. Alors que c’est un scénario qui l’envoie plus tard.
Le temps d’upload est de 30minutes pour 150Mo.

par contre , une idée sur les erreurs ?

Pour les erreurs je ne sais pas. Il faudrait modifier dropbox _uploader.sh pour avoir la raison du FAILED.

Coté Dropbox, vous avez créé une application ?
Pour le plugin Datatransfert que j’utilise, il le faut:

Bonsoir

Tout a été crée en conformité , application , token …

Mais je n’arrive pas a interpréter ces erreurs ?

Il faudrait ajouter l’option -d au lancement du shell (aussitôt après -s). Cela permet de le passer en mode debug.
Après l’exécution du shell, il devrait exister un fichier /tmp/du_resp_debug qui devrait contenir les infos de debug.
Je n’ai pas installé le shell. Je ne fais que le lire.

Quand vous lancez la commande que vous avez mise dans le plugin script dans une session ssh, vous avez les mêmes messages d’erreur et la même lenteur ?

Bonsoir

Un petit retour :

JPTY,

Jai bien rajouté le -d pour le passer en mode debug , par contre malgré mes recherches , impossible de mettre la main sur le fichier : /tmp/du_resp_debug , une piste plus précise pour mettre la main dessus.

Mais par contre après avoir refait totalement la procédure de façon méticuleuse , bonne nouvelle , tout fonctionne parfaitement, pour preuve ;

[2020-05-28 06:00:03][SCENARIO] Start : Scenario execute automatiquement sur programmation.
[2020-05-28 06:00:03][SCENARIO] Exécution du sous-élément de type [action] : action
[2020-05-28 06:00:03][SCENARIO] Exécution de la commande [TEST][Jeedom Backup][upload]
[2020-05-28 06:14:34][SCENARIO] Log :
[F] 89037457 backup-Jeedom_Salagnon-4.0.54-2020-05-22-15h19.tar.gz
[F] 89253351 backup-Jeedom_Salagnon-4.0.54-2020-05-26-05h23.tar.gz
[F] 89377084 backup-Jeedom_Salagnon-4.0.54-2020-05-26-18h27.tar.gz
[F] 89480966 backup-Jeedom_Salagnon-4.0.56-2020-05-27-05h23.tar.gz
[F] 89504881 backup-Jeedom_Salagnon-4.0.56-2020-05-28-05h23.tar.gz
[2020-05-28 06:14:34][SCENARIO] Exécution de la commande [Général][Telegram][xxxxx - xxxxxxx] avec comme option(s) : {« background »:« 0 »,« title »:« Sauvegarde Jeedom »,« message »:« La sauvegarde vient de se terminer »}
[2020-05-28 06:14:34][SCENARIO] Fin correcte du scénario

et tout ceci en 14 mn pour un fichier de 65 mo

Merci JPTY , si tu as le chemin exact du fichier data , j’ai laissé pour le moment le -d (on sait jamais) si besoin.

Bonsoir @LAGUICHE

J’ai fini par installer ce shell script et je pense que je vais l’utiliser. Ça permettra de virer le plugin datatransfert et ses 40Mo.
J’ai testé l’option -d. Le fichier est bien /tmp/du_resp_debug
Pour voir son contenu, sur la page http://jeedom/index.php?v=d&p=system
Tapez la commande sudo cat /tmp/du_resp_debug
image

Ok , j’ai trouvé, pas de problème particulier , tout est conforme .

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.