Betatester für Backitup 2.0.0 gesucht
-
@rushmed Ja einfach nochmal zur Sicherheit, damit alle Änderungen übernommen werden
-
@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. -
@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
-
@simatec
Wenn ich den json nehme bekomme ich: (als customHTML eingestellt)
-
@mcu Ist ja auch ein json und keine html ...
https://forum.iobroker.net/topic/30705/html-tabelle-für-backitup-adapter?_=1614063097159 -
@simatec Danke für die Info.
-
@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 falsepi@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:~ $ -
@ente34 Es fehlen Schreibrechte in dem Verzeichnis oder der Ordner exzitiert nicht
-
@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 -
@ente34
Lass iobroker fix laufen und frag Dich nicht lange warum das so ist
-
@ente34 oder teste mal die 2.0.1 aus dem DEV-Branch
-
@jan1
Das hat geholfen! -
@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. -
@thomas-braun
Habe ich auch.
Das oberste Directory gehörte pi.pi mit 0775
Spricht etwas gegen Fixer? -
@simatec
Das funktioniert auch, nur habe ich wieder das Problem, dass die Datei im Filesystem liegt und nicht im Javascript-Editor -
@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. -
@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
-
@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
-
@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 -
@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 hatDann hast du ja jetzt die Erklärung warum das angeeckt ist.
