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

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

[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