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

[19Homer73]

Sorry, ich meinte damit eigentlich, dass ich nicht wirklich weiß, wie man die Scripte aus den Backup-Dateien wieder herstellen kann. Und ob es da nicht einen besseren (leichteren) Weg gibt.
Natürlich habe ich auch ein komplettes ioBroker-Backup, das wollte ich aber nicht komplett zurückspielen.

[crunchip]

@fastfoot habe gerade mal etwas getestet, script engine v5.1.3
Skripte kopieren, umbenennen, verschieben funktionierte alles fehlerfrei.
Einzigste was aufgefallen war, da ich mehrere Scripte geöffnet hatte bei den Aktionen, dass das erste blockly der geöffneten Scripte plötzlich umgewandelt als javascript angezeigt wurde, ohne der Auswahl oben rechts zum zurückschalten auf blockly. Nachdem ich das Script geschlossen und erneut aufgerufen habe, wurde es wieder ganz normal als blockly angezeigt.

[crunchip]

@19homer73 sagte in [Geschlossen] Script nach Umbenennen verschwunden:

Sorry, ich meinte damit eigentlich, dass ich nicht wirklich weiß, wie man die Scripte aus den Backup-Dateien wieder herstellen kann

z.b. so

[fastfoot]

@crunchip mir kam da eher der Verdacht, es könnte am neuen Admin 5.x liegen. Ich bin gerade testweise zurück auf die Admin 4.1.1 und da passiert es tatsächlich nicht.

[crunchip]

@fastfoot Admin 5 kann ich noch nicht mitreden, bin noch auf v4.2.1

[fastfoot]

@crunchip sagte in [Geschlossen] Script nach Umbenennen verschwunden:

@fastfoot Admin 5 kann ich noch nicht mitreden, bin noch auf v4.2.1

dann scheint mir das zu bestätigen, dass es am neuen Admin liegt und nicht am JS-Controller, bzw an deren Zusammenspiel. Habe das im issue auf Github auch erwähnt

[19Homer73]

So, vielen Dank für Eure Hilfe.
Hab's jetzt hinbekommen und ein komplettes Backup vom ioBroker zurückgespielt, danach waren die Scripte wieder da.
Bei meinem BackItup kann ich Javascript nicht aktivieren, das kommt eine Fehlermeldung.
Ich werde die einzelnen Scripte jetzt einfach exportieren, dann kann ich sie ggf. wieder herstellt.

[Thomas Braun]

@19homer73
Eine geheime Fehlermeldung?

[19Homer73]

@thomas-braun

Nein, natürlich nicht geheim:

[Thomas Braun]

@19homer73
Es muss in beiden Adaptern (Backitup und Javaskript) der Spiegel angegeben werden.
Das Verzeichnis sollte sich dann auch am besten außerhalb von /opt/iobroker befinden. Bei mir liegt z. B. dafür ein Ordner in /home/iobroker

[Dr. Bakterius]

@thomas-braun sagte in [Geschlossen] Script nach Umbenennen verschwunden:

Das Verzeichnis sollte sich dann auch am besten außerhalb von /opt/iobroker befinden.

Aus Interesse: warum?

[Thomas Braun]

@dr-bakterius
Damit sich der Prozess nicht selber auf die Füße tritt.

[Dr. Bakterius]

@thomas-braun Wo tritt sich wann was auf die Füße, wenn man z.B. nach /opt/iobroker/backups/skripte sichert?

[Thomas Braun]

@dr-bakterius
Wenn z. B. /opt/iobroker/backups auch als Mountpunkt für z. B. ein smb-Share genutzt wird ist der Ordner weg, wird vom share überlagert. Dann verhedderst du dich da.
Deswegen spiegelt man die skripte aus dem laufenden System raus und liest die dann beim Backup von dort wieder rein.

[Dr. Bakterius]

@thomas-braun Okay, das hat dann aber nicht unbedingt etwas mit dem iobroker-Ordner zu tun, sondern würde auch bei allen anderen Ordnern auftreten die ein mountpoint sind.

[Thomas Braun]

@dr-bakterius
Ja. Aber um es ganz einfach zu halten:
Spiegel aus der 'heißen Zone' raus in irgendwas ruhiges rein.
Mit einem Mirror in /home/iobroker hast du alle kritischen Konstellationen ganz einfach umschifft.

Mountpunkte sollten ja auch tunlichst leer sein, sonst hast du da Probleme mit sich überlagernden inodes.
Und viele spiegeln halt nach /opt/iobroker/backups, weil es so nahe liegt, man will ja ein Backup der skripte haben.

[fastfoot]

@thomas-braun sagte in [Geschlossen] Script nach Umbenennen verschwunden:

@dr-bakterius
Ja. Aber um es ganz einfach zu halten:
Spiegel aus der 'heißen Zone' raus in irgendwas ruhiges rein.
Mit einem Mirror in /home/iobroker hast du alle kritischen Konstellationen ganz einfach umschifft.

Mountpunkte sollten ja auch tunlichst leer sein, sonst hast du da Probleme mit sich überlagernden inodes.
Und viele spiegeln halt nach /opt/iobroker/backups, weil es so nahe liegt, man will ja ein Backup der skripte haben.

sicherlich der sauberste Weg, was Du schreibst. Aber Docker user haben ja kein /home/, weshalb ich zB in /opt/iobroker/scripts spiegele und das funktioniert auch sehr gut.

[Thomas Braun]

@fastfoot
Du kannst auch im docker /home/USERS haben (außer halt auf dem Synology-Zeuch).
Der Verzeichnis-Baum ist da auch nicht anders als in allen anderen Linuxen.

[Gargano]

@thomas-braun sagte in [Geschlossen] Script nach Umbenennen verschwunden:

Das Verzeichnis sollte sich dann auch am besten außerhalb von /opt/iobroker befinden. Bei mir liegt z. B. dafür ein Ordner in /home/iobroker

Wer legt denn das Verzeichnis an ? Und Wann ? Ich selber oder der Javascript Adapter ?
Ich habe den Pfad umgestellt auf /home/iobroker/iobroker-data/js-scripte sehe aber kein Verzeichnis im WinSCP

[Homoran]

@fastfoot ein weiteres "Problem" kommt insofern dazu, dass sich deine Spiegel dann in einem Verzeichnis befinden, dass bei einem ioBroker Backup nochmals gebackupt wird.

Schön ist das, wenn sich dieser Backup-Ordner wiederum in einem Bereich liegt, der gesichert wird und dann die Backupgröße ständig in die Höhe treibt