Copie qui fonctionne mais error dans log

Tags: #<Tag:0x00007f386ba11d00>

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.

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

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é

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 ?

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.

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.

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

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…

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

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

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

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