Betatester für Backitup 2.0.0 gesucht

[MCU]

@simatec Danke für die Info.

[ente34]

@simatec
Ich habe Fehler beim javascript Restore (2.0.0)

backitup.0	2021-02-24 09:52:07.937	debug	(14945) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0
backitup.0	2021-02-24 09:52:07.936	error	(14945) [javascripts] Javascript Restore not completed
backitup.0	2021-02-24 09:52:07.935	error	(14945) [javascripts] Error: EPERM: operation not permitted, utime '/opt/iobroker/iobroker-data/scripts/'
backitup.0	2021-02-24 09:52:06.726	debug	(14945) system.adapter.javascript.0: logging false

pi@raspi-iobroker:~ $ ls -l /opt/iobroker/iobroker-data/scripts/
insgesamt 24
-rwxrwxr-x+ 1 iobroker iobroker 1516 Feb  6 09:16 AnrufListe.js
drwxrwxr-x+ 2 iobroker iobroker 4096 Feb  6 09:16 common
drwxrwxr-x+ 2 iobroker iobroker 4096 Feb 14 11:20 Divers
-rwxrwxr-x+ 1 iobroker iobroker 1163 Feb  6 09:16 EchoDot.js
drwxrwxr-x+ 2 iobroker iobroker 4096 Feb 24 08:05 Lampen
drwxrwxr-x+ 2 iobroker iobroker 4096 Feb 24 09:51 Test
pi@raspi-iobroker:~ $

[simatec]

@ente34 Es fehlen Schreibrechte in dem Verzeichnis oder der Ordner exzitiert nicht

[ente34]

@simatec
Der Ordner existiert ja wohl (s.o)
Das mit den Rechten kann stimmen, ich frage mich allerdings, warum der javascript Adapter damit umgehen kann und der backitup nicht

[Jan1]

@ente34
Lass iobroker fix laufen und frag Dich nicht lange warum das so ist

[simatec]

@ente34 oder teste mal die 2.0.1 aus dem DEV-Branch

https://github.com/simatec/ioBroker.backitup/tarball/dev

[ente34]

@jan1
Das hat geholfen!

[Thomas Braun]

@ente34 sagte in Betatester für Backitup 2.0.0 gesucht:

warum der javascript Adapter damit umgehen kann und der backitup nicht

Weil die Rechte vermutlich lesen erlauben, schreiben jedoch nicht.
Hättest du aber selber prüfen können, bevor der fixer drübergejagt wurde.

[ente34]

@thomas-braun
Habe ich auch.
Das oberste Directory gehörte pi.pi mit 0775
Spricht etwas gegen Fixer?

[ente34]

@simatec
Das funktioniert auch, nur habe ich wieder das Problem, dass die Datei im Filesystem liegt und nicht im Javascript-Editor

[Jan1]

@ente34
nein, nur hat Thomas Recht damit, dass es nicht schaden kann, wenn man weiß warum es nicht funktioniert hat. Wobei der Fixer in der Regel benötigte Rechte so zurecht rückt, dass es danach läuft und das Wissen warum es nicht lief unter "nice to have" geht.

[Thomas Braun]

@ente34 sagte in Betatester für Backitup 2.0.0 gesucht:

Das oberste Directory gehörte pi.pi mit 0775

Dem user pi gehören gar keine Verzeichnisse in /opt/iobroker

[ente34]

@jan1 sagte in Betatester für Backitup 2.0.0 gesucht:

Lass iobroker fix laufen und frag Dich nicht lange warum das so ist

Weiter oben wolltest Du nicht wissen, warum es nicht funktioniert hat

[ente34]

@thomas-braun
Ich sage ja nicht, dass ich alles richtig gemacht habe ...
Ich habe es als "pi" beim Testen manuell angelegt.
Den javascript-Adapter hat es bislang nicht gestört. Deshalb war ich so verwundert, dass der Restore nicht funktioniert hat

[Thomas Braun]

@ente34 sagte in Betatester für Backitup 2.0.0 gesucht:

Ich habe es als "pi" beim Testen manuell angelegt.
Den javascript-Adapter hat es bislang nicht gestört. Deshalb war ich so verwundert, dass der Restore nicht funktioniert hat

Dann hast du ja jetzt die Erklärung warum das angeeckt ist.

[Jan1]

@ente34 sagte in Betatester für Backitup 2.0.0 gesucht:

@jan1 sagte in Betatester für Backitup 2.0.0 gesucht:

Lass iobroker fix laufen und frag Dich nicht lange warum das so ist

Weiter oben wolltest Du nicht wissen, warum es nicht funktioniert hat

Will ich auch nicht