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

[mickym]

@simatec Direkt unter /opt/iobroker/iobroker-data/node-red
und in allen Unterverzeichnissen (falls mit Projekten gearbeitet wird) unter projects - Verzeichnisname.

Um eine richtige Sicherung zu machen, müsste man diese 4 Dateien sichern:

Die settings.js liegt immer nur dort muss aber beim Zurücksichern an diesen Ort gesichert werden: /opt/iobroker/node_modules/iobroker.node-red/
da bei jedem Neustart von dort die settings.js geholt wird.

Die 3 Dateien, die zu jedem Projekt oder Standard gehören sind diese:

Die flow.json - enthält die eigentlichen Flows und ist die Wichtigste von allen 3.
Die flows_cred.json hab ich noch nie gebraucht - das wird wohl verwendet, wenn man NodeRed mit Authentifizierung nutzt.
Die package.json gibt Abhängigkeiten zu weiter installierten Nodes an - was man wohl versucht hat über den Adapter nachzubilden, wenn man den Palettenmanager nicht nutzt. Das ist aber viel unbequemer und man kann damit auch keine Versionsüberprüfung machen.

Ich nutze also im iobroker lieber weiterhin den Palettenmanager - auch wenn dann die zusätzlich installierten Nodes über den backitup nicht wiederhergestellt werden.

Viel geschickter wäre es gewesen, wenn man statt entweder oder - die 3. Datei package.json mitgesichert hätte und dann bei Wiederherstellung die ganzen Nodes automatisch wieder installiert hätte. Die stehen nämlich unter package.json drin - dann müssen sich die Leute nämlich nicht entscheiden ob sie den Palettenmanager nutzen wollen oder nicht:

Hier mal der Inhalt einer package.json.

{
    "name": "node-red-project",
    "description": "A Node-RED Project",
    "version": "0.0.1",
    "private": true,
    "dependencies": {
        "@mdi/font": "^5.9.55",
        "node-red-contrib-bigtimer": "~2.7.5",
        "node-red-contrib-buffer-parser": "~3.1.7",
        "node-red-contrib-cron-plus": "~1.5.4",
        "node-red-contrib-crypto-js": "~0.1.1",
        "node-red-contrib-fs-ops": "~1.6.0",
        "node-red-contrib-harmony-websocket": "~2.2.6",
        "node-red-contrib-light-scheduler": "0.0.18",
        "node-red-contrib-moment": "~4.0.0",
        "node-red-contrib-tail-file": "~1.2.6",
        "node-red-contrib-ui-contextmenu": "~2.0.1",
        "node-red-contrib-ui-time-scheduler": "~1.16.2",
        "node-red-dashboard": "~3.1.2",
        "node-red-node-email": "~1.12.3",
        "node-red-node-feedparser": "~0.2.1",
        "node-red-node-mysql": "~0.3.0",
        "node-red-node-ping": "~0.3.1",
        "node-red-node-rbe": "~0.5.0",
        "node-red-node-sentiment": "~0.1.6",
        "node-red-node-snmp": "0.0.25",
        "node-red-node-ui-table": "~0.3.11"
    }
}

Wie gesagt die flows.json ist die Wichtigste - die anderen Nodes kann man sich ggf. wieder herstellen. Es müsste halt auf jeden Fall die flow.json auch aus allen projects Unterverzeichnissen gesichert werden.

[mickym]

@skokarl Um jetzt eine Sicherung zu machen, gehst Du einfach in NodeRed unter Export:

und lädst die flows.json so runter - dann musst Du nicht durch das Dateisystem und sicherst die Datei, die dann ja im Downloadverzeichnis Deines Browsers steht - einfach weg.

Wiederherstellen dann einfach mit der Import-Funktion - aber enthält wie gesagt dann den Flow - die zusätzlich installierten Nodes musst Du halt manuell nachinstallieren.

[simatec]

@mickym Laut dem Verzeichnis Pfad müssten die im normalen iobroker Backup enthalten sein.

[mickym]

@simatec sagte in Test Adapter Backitup v2.2.x:

@mickym Laut dem Verzeichnis Pfad müssten die im normalen iobroker Backup enthalten sein.

Ok - dann ist ja alles gut. Das weißt Du besser als ich. Wenn alles unter /opt/iobroker/iobroker-data gesichert wird, dann ist alles dabei. :)

[keksn]

@simatec Hallo, hast Du eine Tip für mich warum es beim restore von influxdb zu diesem Fehler kommt.

Ich habe zwar irgendwann mal. im Forum darüber gelesen aber kam damals auch zu keinem Ergebnis.

Error: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/influxDBtmp/"}

Danke!

[simatec]

@keksn Dein NAS User hat nicht alle benötigen Rechte
Er muss auch Rechte für Unterordner bekommen.
Alternativ kannst du das Backup auch lokal ablegen (via SFTP) und dann lokal herstellen.

Was hast du denn für ein NAS?

[keksn]

@simatec Synology. Vielen Dank!

[keksn]

@simatec Ich habe keine weitere Freigabemöglichkeit für die Unterordner am Nas gefunden. Die Backups liegen ja auch im Lokalen Ordner opt/iobroker/backups. Wenn ich im Backitup Adapter Lokale Sicherungen abrufe werden die gleichen wie am Nas angezeigt. Beim wiederherstellen unter der Einstellung "lokal" kommt der gleiche Fehler...

[simatec]

@keksn Wie sieht denn deine Verbindung zum NAS aus? CIFS, NFS oder FTP?

[keksn]

@simatec CIFS

[keksn]

@simatec meinst Du die Einstallung im Adapter unter NAS...CIFS. Iobroker Sicherungen kann ich ich ohne Probleme zurückspielen..

[simatec]

@keksn Dann kann es nicht sein, dass im lokalen Backupordner die gleichen Backups liegen.
Da ist der mount noch gesetzt.

Starte mal den Adapter neu und warte mal bis im Log nach dem Backup-Check der umount kommt.
Danach sollte der lokale Backup Ordner leer sein.

Die Synology kenne ich nicht. Von daher solltest du hier im Forum mal nach den korrekten CIFS Einstellungen für die Synology in Kombi mit Backitup suchen.

Für den Restore kannst du das Backup lokal ablegen (Achte darauf, dass kein mount ansteht)

[simatec]

@keksn Konfigureiere mal NFS und nutze die Infos aus dem Thread

[keksn]

@simatec kein Fehler mehr! Vielen Dank!!!

Ist es angemacht in Zukunft in den Adapter auch eine automatische Image Sicherung der SD(SSD) auf einem Nas einzubauen? LG

[simatec]

@keksn Nein ist nicht gewollt.
Backitup sichert den iobroker und die Systeme um den iobroker drumherum.

[keksn]

@simatec Danke für die Info.
Eine Frage noch zum Restore von influxdb. Die Wiederherstellung hat zwar jetzt gestartet, ich sehe aber im Verlauf seit 10 Min keinen Fortschritt. Das Backup ist ca. 370MB groß. Ist das normal?

[simatec]

@keksn Das benötigt eine ganze Weile
Wichtig beim Influx Restore ... die DB darf in deiner Influx Umgebung nicht existieren ....
Falls die vorhanden ist, bitte vorher ein drop database <Name der DB> ausführen

[keksn]

@simatec das wird es sein, leider bekomme ich immer -bash: drop: command not found"...

[keksn]

@simatec danke hat sich erledigt hat funktioniert! Nochmals Danke! LG

[Josh]

Nur zur Info:

Ich habe bei mir "Benachrichtigung nur bei Fehlern" eingestellt. Aufgrund einer Umkonfiguration hatte sich die IP-Adresse bei meiner Grafana-Installation verändert. Dies habe ich aber vergessen dem Backitup-Adapter mitzuteilen. Es konnten also keine Grafana-Backups erzeugt werden. Der Adapter brachte trotz obiger Einstellung keine Mail über den Fehler.