Copie qui fonctionne mais error dans log

Plugins Autre
1

Bonjour,

J’ai mis en place une copie ou synchro des sauvegardes Jeedom sur un Dropbox.
La mise en place du token et la copie fonctionne.
Néanmoins à la fin de la copie, j’ai dans le log : un Task finished on Error
Erreur exécution de la commande [Aucun][Sauvegarde vers Dropbox][DropboxS] : Task finished on Error (Sauvegarde vers Dropbox/DropboxS #181)

Je pourrai ignorer cette erreur car la copie fonctionne.

D’ailleurs, y aurait-il un moyen de faire un versioning du dossier copié ?
Thanks

Edit: Jeedom v4 et sur pi 4.

2

Peux-tu aller dans le menu ‹ Analyse/Logs › et fournir le contenu du fichier cloudsyncpro.#181 pour analyse ?

3

Ah c’est un problème de droit sur les fichier.

> 2020/01/05 21:34:09 ERROR : Couldn't find home directory or read HOME or XDG_CONFIG_HOME environment variables.
> 2020/01/05 21:34:09 ERROR : Defaulting to storing config in current directory.
> 2020/01/05 21:34:09 ERROR : Use --config flag to workaround.
> 2020/01/05 21:34:09 ERROR : Error was: user: Current not implemented on linux/arm
> 2020/01/05 21:34:10 INFO  : Dropbox root 'backups': Modify window is 1s
> 2020/01/05 21:34:10 INFO  : Dropbox root 'backups': Waiting for checks to finish
> 2020/01/05 21:34:10 INFO  : Dropbox root 'backups': Waiting for transfers to finish
> 2020/01/05 21:34:10 ERROR : group.bak: Failed to copy: failed to open source object: open /var/backups/group.bak: permission denied
> 2020/01/05 21:34:10 ERROR : shadow.bak: Failed to copy: failed to open source object: open /var/backups/shadow.bak: permission denied
> 2020/01/05 21:34:10 ERROR : gshadow.bak: Failed to copy: failed to open source object: open /var/backups/gshadow.bak: permission denied
> 2020/01/05 21:34:10 ERROR : passwd.bak: Failed to copy: failed to open source object: open /var/backups/passwd.bak: permission denied
> 2020/01/05 21:34:10 ERROR : Attempt 1/3 failed with 4 errors and: failed to open source object: open /var/backups/passwd.bak: permission denied
> 2020/01/05 21:34:10 ERROR : gshadow.bak: Failed to copy: failed to open source object: open /var/backups/gshadow.bak: permission denied
> 2020/01/05 21:34:10 ERROR : group.bak: Failed to copy: failed to open source object: open /var/backups/group.bak: permission denied
> 2020/01/05 21:34:10 ERROR : passwd.bak: Failed to copy: failed to open source object: open /var/backups/passwd.bak: permission denied
> 2020/01/05 21:34:10 INFO  : Dropbox root 'backups': Waiting for checks to finish
> 2020/01/05 21:34:10 ERROR : shadow.bak: Failed to copy: failed to open source object: open /var/backups/shadow.bak: permission denied
> 2020/01/05 21:34:10 INFO  : Dropbox root 'backups': Waiting for transfers to finish
> 2020/01/05 21:34:10 ERROR : Attempt 2/3 failed with 4 errors and: failed to open source object: open /var/backups/shadow.bak: permission denied
> 2020/01/05 21:34:11 ERROR : group.bak: Failed to copy: failed to open source object: open /var/backups/group.bak: permission denied
> 2020/01/05 21:34:11 ERROR : gshadow.bak: Failed to copy: failed to open source object: open /var/backups/gshadow.bak: permission denied
> 2020/01/05 21:34:11 ERROR : passwd.bak: Failed to copy: failed to open source object: open /var/backups/passwd.bak: permission denied
> 2020/01/05 21:34:11 INFO  : Dropbox root 'backups': Waiting for checks to finish
> 2020/01/05 21:34:11 INFO  : Dropbox root 'backups': Waiting for transfers to finish
> 2020/01/05 21:34:11 ERROR : shadow.bak: Failed to copy: failed to open source object: open /var/backups/shadow.bak: permission denied
> 2020/01/05 21:34:11 ERROR : Attempt 3/3 failed with 4 errors and: failed to open source object: open /var/backups/shadow.bak: permission denied
> 2020/01/05 21:34:11 Failed to copy: failed to open source object: open /var/backups/shadow.bak: permission denied

Il y surement un sudo avec les bons droits à faire sur le dossier en question.
D’ailleurs, je ne peux pas télécharger le log :

401 - Accès non autorisé

4

En effet :

pi@raspberrypi:/var/backups $ ls -l
total 2384
-rw-r–r-- 1 root root 112640 Jan 5 06:25 alternatives.tar.0
-rw-r–r-- 1 root root 6168 Jan 4 06:25 alternatives.tar.1.gz
-rw-r–r-- 1 root root 5987 Jan 3 06:25 alternatives.tar.2.gz
-rw-r–r-- 1 root root 63831 Jan 5 17:52 apt.extended_states.0
-rw-r–r-- 1 root root 6964 Jan 4 17:42 apt.extended_states.1.gz
-rw-r–r-- 1 root root 7051 Jan 3 21:20 apt.extended_states.2.gz
-rw-r–r-- 1 root root 6894 Jan 2 22:56 apt.extended_states.3.gz
-rw-r–r-- 1 root root 5918 Sep 26 01:18 apt.extended_states.4.gz
-rw-r–r-- 1 root root 437 Jan 2 22:50 dpkg.diversions.0
-rw-r–r-- 1 root root 193 Jan 2 22:50 dpkg.diversions.1.gz
-rw-r–r-- 1 root root 193 Jan 2 22:50 dpkg.diversions.2.gz
-rw-r–r-- 1 root root 255 Jan 2 22:53 dpkg.statoverride.0
-rw-r–r-- 1 root root 200 Jan 2 22:53 dpkg.statoverride.1.gz
-rw-r–r-- 1 root root 200 Jan 2 22:53 dpkg.statoverride.2.gz
-rw-r–r-- 1 root root 1444772 Jan 4 22:35 dpkg.status.0
-rw-r–r-- 1 root root 362879 Jan 3 21:20 dpkg.status.1.gz
-rw-r–r-- 1 root root 359965 Jan 2 22:56 dpkg.status.2.gz
-rw------- 1 root root 876 Jan 4 17:42 group.bak
-rw------- 1 root shadow 732 Jan 4 17:42 gshadow.bak
-rw------- 1 root root 1842 Jan 2 22:53 passwd.bak
-rw------- 1 root shadow 1055 Jan 2 22:53 shadow.bak

Dois-je faire un truc comme chmod sur le dossier mais je ne sais pas lequel ?

5

Si tu veux synchroniser les sauvegardes Jeedom, il faut indiquer le répertoire ‹ /var/www/html/backup ›
plutot que ‹ /var/backup › qui est un dossier système.

6

Je préférais faire des copies versionnées.
Le but étant de restaurer via un dossier en passant par la commande Sauvegarde dans Configuration, au cas ou.

7

En effet, en mettant la source /var/www/html/backup en copie ou en synchro, je n’ai plus d’erreur.
Mais finalement, je pensais que s’il y a un bug c’était ce qu’il y avait dans var/backups et non dans /var/www/html/backup
Je me trompais surement.

Le versionning en cible c’est possible ?
Peut-être via les filtres, mais je ne comprends pas comment je pourrais avec ces options.

Merci

8

Aussi, impossible de télécharger le log http://192.168.0.35/core/php/downloadFile.php?pathfile=log/cloudsyncpro.#181
alors que pour tous les autres logs, c’est OK.

J’en ai pas l’utilité mais si ça permet de corriger quelque chose dans le plugin…

9

Je ne comprend pas ta demande. Ce répertoire contient toutes les sauvegardes effectuées par Jeedom et il faut indiquer un fichier pour effectuer une restauration par Jeedom.

1 « J'aime »
10

Remplace le caractère # par %23 ce qui donne dans ton cas :
http://192.168.0.35/core/php/downloadFile.php?pathfile=log/cloudsyncpro.%23181

Il faut en effet encoder des caractères spéciaux dans une URL

11

Parfait! Je ne comprenais pas ce qu’on copiait d’où ma question débile.
Thanks

12

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