UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[simatec]

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

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

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

Vielen Dank, jetzt gehts.
Backup läuft durch. Archiv wird erstellt und is unbeschädigt.

Kannst du eventuell nochmal die Dev Version testen? Hab noch ein wenig umgebaut

[Rushmed]

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

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

Läuft.

[simatec]

@rushmed
Auch mit Upload nach dem Update alles OK?

[Rushmed]

@simatec Ich verstehe die Frage nicht.
Habe die dev version neu installiert. Backup durgeführt und beobachtet. Lief durch und Archive lassen sich öffnen.
Soll ich nochmal ein Upload machen?

[simatec]

@rushmed Ja einfach nochmal zur Sicherheit, damit alle Änderungen übernommen werden

[MCU]

@simatec Im html Datenpunkt ist für eine neue Zeile der Befehl & nbsp; (Leerzeichen sonst keine Anzeige) verwendet worden. Dies führt bei jarvis nicht zu einer neuen Zeile.

Erste habe ich ein <br> eingesetzt.
Bitte ersetzen durch den html-Befehl: <br>
Vielen Dank.

[simatec]

@mcu In der VIS ist die Darstellung problemlos ...
Für Jarvis würde ich die HTML Tabelle mit der JSON verwenden ... Sieht auch besser aus

[MCU]

@simatec
Wenn ich den json nehme bekomme ich: (als customHTML eingestellt)

[simatec]

@mcu Ist ja auch ein json und keine html ...
https://forum.iobroker.net/topic/30705/html-tabelle-für-backitup-adapter?_=1614063097159

[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.