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

[schneidy76]

> Ich kann ehrlich gesagt noch nicht nachvollziehen, was du genau gemacht hast.
okay, dann versuche ich das mal zu erklären:

Image von hier http://www.iobroker.net/docu/?ddownload=7301 gezogen und auf die SD gebrannt.

Dann mit````
nand-sata-install

  ` > Danach installierst du backitup.
> 
> Stelle dann zum beobachten die Instanz auf debug. `  
Reboot und dann "backitup" Instance installiert.

Den Adapter auf Debug umgestellt.
  ` > Jetzt erstellst du ein backup, um beim eventuell fehlerhaften Wiederherstellen den rohen Zustand wieder herstellen zu können. `  
Habe ich nicht, dafür habe ich noch die SD Karte.
  ` > Danach legst du deine vorhandenen backups in den Ordner backups oder stellst halt die Verbindung zum NAS oder dropbox her, in dem die backups liegen.
> 
> Im Anschluss stellst du erst das total her und dann erst Redis. `  
Total habe ich wiederhergestellt.

Da es nach über 2h nicht beendet wurde:

sudo reboot

Iobroker konnte dann aber nicht gestartet werden:

no connection to 0.0.0.0:Port [redis]

also habe ich per Iobroker Setup auf "file" umgestellt (Master und Slave Host)

jetzt läuft es - eben vorerst ohne redis

den log habe kurz nach dem Starten gezogen

p.s.: Danke für den Adpater, die Backups aus diesen waren die einzigen die ich hatte :lol:

VG Torsten

[simatec]

Hast du erst das total und dann das redis backup wiederhergestellt?

Wird dann beim restore iob gestoppt ("Sanduhr" auf dem Bildschirm) und danach wieder gestartet?

Läuft denn der Redis-Server überhaupt?

Wie ich schon geschrieben hatte, ein sudo reboot ist nicht gut.

Da killst du alles.

Führe falls iob nicht alleine wieder startet mal ein sudo iobroker start aus.

[schneidy76]

` > Hast du erst das total und dann das redis backup wiederhergestellt?

Wird dann beim restore iob gestoppt ("Sanduhr" auf dem Bildschirm) und danach wieder gestartet? `
Sowohl als auch. Die Reihenfolge hat hier kein Unterschied gemacht.

iob ist gestoppt, startet aber nicht mehr…

Deswegen läuft die Sanduhr auch ins endlose weiter.

` > Wie ich schon geschrieben hatte, ein sudo reboot ist nicht gut.

Da killst du alles.

Führe falls iob nicht alleine wieder startet mal ein sudo iobroker start aus `
musste er das Setup ändern, konnte den iob weder stoppen noch starten - der war in einer Endlosschleife

> Läuft denn der Redis-Server überhaupt?
Laut Image http://www.iobroker.net/docu/?ddownload=7301 sollte er laufen, tut er wohl aber nicht.

Sonst hätte ich mich zum Server verbinden können.

Die Frage ist warum nicht.

Das Image ist sowohl vom Backup der Ursprung, als auch jetzt vom Zeitpunkt der Wiederherstellung.

In den alten logs, konnte ich beim Starten der Instancen "connect to redis" lesen. Es ging also mal.

Irgendwas läuft da schief bei mir… :?:

[simatec]

Habe es gerade auf meiner Testumgebung noch einmal nachgestellt und konnte leider keinen Fehler feststellen …

Ich gehe davon aus, dass es ein Problem bei dir mit dem Redis-Server gibt, der auch dadurch irgendwie den restore verhindert.

Vorher:

Restore:

Nachher:

[schneidy76]

Das denke ich auch. Der Restore geht ja, iob startet nicht mehr.

Die Anfrage zum Redis Server läuft ins leere - warum auch immer.

Danke für die gute Arbeit!!! :D

VG Torsten

[simatec]

Was du noch einmal prüfen kannst, sind die Rechte des Ordners backups und die Rechte der dort liegenden Backups.

Eventuell stimmt da was nicht und backitup kann aufgrund fehlender Rechte nicht auf die Dateien zugreifen.

[simatec]

Ab sofort ist im Github die neue Version 0.3.7 und ab heute Nacht auch im latest verfügbar.

Hier die wichtigsten Änderungen:

<u>0.3.7 (07.11.2018)</u>

__(simatec) Added e-mail notification

(simatec) Create backup directory on first boot

(simatec) many small changes

(peoples) Fix Telegram SilentNotice

(peoples) Added Possibility to select a Telegram Receiver

(peoples) Added Possibility to select a Telegram Notification length

(peoples) Some Translations__

[Kueppert]

@simatec:

Ab sofort ist im Github die neue Version 0.3.7 und ab heute Nacht auch im latest verfügbar.

Hier die wichtigsten Änderungen:

<u>0.3.7 (07.11.2018)</u>

__(simatec) Added e-mail notification

(simatec) Create backup directory on first boot

(simatec) many small changes

(peoples) Fix Telegram SilentNotice

(peoples) Added Possibility to select a Telegram Receiver

(peoples) Added Possibility to select a Telegram Notification length

(peoples) Some Translations__ ` Sehr geil, vielen Dank für eure Arbeit :)

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

[daniello]

Hmm .. macht aber viel lärm die neue Version:

host.ioBroker	2018-11-08 15:10:52.659	error	instance system.adapter.backitup.0 terminated with code 6 (uncaught exception)
Caught	2018-11-08 15:10:52.659	error	by controller[0]: at Manager.ondata (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:335:16)
Caught	2018-11-08 15:10:52.659	error	by controller[0]: at Decoder.add (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-parser/index.js:251:12)
Caught	2018-11-08 15:10:52.659	error	by controller[0]: at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20)
Caught	2018-11-08 15:10:52.659	error	by controller[0]: at Decoder. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:345:8)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Manager.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Manager. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:244:12)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:319:9)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: at Socket.adapter.getForeignState (/opt/iobroker/node_modules/iobroker.backitup/main.js:88:66)
Caught	2018-11-08 15:10:52.658	error	by controller[0]: TypeError: Cannot read property 'val' of null
backitup.0	2018-11-08 15:10:52.156	error	at Receiver._receiver.onmessage (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/ws/lib/WebSocket.js:141:47)
backitup.0	2018-11-08 15:10:52.156	error	at WebSocket.emit (events.js:211:7)
backitup.0	2018-11-08 15:10:52.156	error	at emitOne (events.js:116:13)
backitup.0	2018-11-08 15:10:52.156	error	at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/ws/lib/EventTarget.js:99:16)
backitup.0	2018-11-08 15:10:52.156	error	at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/websocket.js:147:10)
backitup.0	2018-11-08 15:10:52.156	error	at WS.Transport.onData (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transport.js:137:8)
backitup.0	2018-11-08 15:10:52.156	error	at WS.Transport.onPacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transport.js:145:8)
backitup.0	2018-11-08 15:10:52.156	error	at WS.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20)
backitup.0	2018-11-08 15:10:52.156	error	at WS. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/socket.js:273:10)
backitup.0	2018-11-08 15:10:52.156	error	at Socket.onPacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/socket.js:450:19)
backitup.0	2018-11-08 15:10:52.156	error	Error: server error
backitup.0	2018-11-08 15:10:52.155	error	server error
backitup.0	2018-11-08 15:10:51.652	error	at Manager.ondata (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:335:16)
backitup.0	2018-11-08 15:10:51.652	error	at Decoder.add (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-parser/index.js:251:12)
backitup.0	2018-11-08 15:10:51.652	error	at Decoder.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20)
backitup.0	2018-11-08 15:10:51.652	error	at Decoder. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
backitup.0	2018-11-08 15:10:51.652	error	at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:345:8)
backitup.0	2018-11-08 15:10:51.652	error	at Manager.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20)
backitup.0	2018-11-08 15:10:51.652	error	at Manager. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15)
backitup.0	2018-11-08 15:10:51.652	error	at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:244:12)
backitup.0	2018-11-08 15:10:51.652	error	at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:319:9)
backitup.0	2018-11-08 15:10:51.652	error	at Socket.adapter.getForeignState (/opt/iobroker/node_modules/iobroker.backitup/main.js:88:66)
backitup.0	2018-11-08 15:10:51.652	error	TypeError: Cannot read property 'val' of null
backitup.0	2018-11-08 15:10:51.652	error	uncaught exception: Cannot read property 'val' of null</anonymous></anonymous></anonymous></anonymous></anonymous>

[simatec]

Du nutzt kein Telegram oder?

Hab es gerade mal getestet.

Wird gefixt.

[daniello]

telegram ist installiert und bot aktiv .. aber ich nutze es nicht.

[simatec]

Das neue Release 0.3.8 ist ab sofort im Github und ab heute Nacht im Latest online.

0.3.8 (08.11.2018)

__(simatec) Fix notifications format

(simatec) Fix Telegram User__

[Apropo]

Seit irgendeinem der letzten Updates funktioniert bei mir das automatische Update nicht mehr. Per Hand angestoßen funktioniert das Standart Backup und auch Komplett. Jemand ne Idee?

[simatec]

Da wurde nichts geändert … Gib mal die Zeiten neu ein und speichere mal.

Schalte vorher mal die Adapterinstanz auf debug und poste mal die Logausgabe beim speichern.

[Ein ehemaliger Benutzer]

Hallo @ All

Derzeit betreibe ich mein Projekt im Multihost betrieb auf einem Raspberry und einem OrangePiPrime.

Demnächst soll das jedoch wieder auf einem Gerät laufen.

Dazu habe ich mir einen RockPro64 mit 4GB Arbeitsspeicher bestellt.

Wie sieht das nun mit einem Umzug aus.

Der Raspberry ist derzeit Master , der OrangePiPrime Slave.

Einfach alle Adapter wieder dem Raspberry zuführen und dann eine Sicherung?

Jeder der zwei Geräte hat derzeit eine eigene backitup Instanz laufen.

Die kann man nicht zusammenführen?

[simatec]

Ich würde erstmal auf deinem alten System multihost aufheben und dann ein backup machen.

Grundsätzlich empfehle ich immer erstmal das Standard Backup.

Total ist in meinen Augen nur das absolute Notfall Backup und ich empfehle für einen sauberen Systemwechsel, das Standard Backup zunehmen und damit alles neu aufzusetzen.

[Ein ehemaliger Benutzer]

Ja OK, so werde ich es machen.

Dauert noch etwas bis das Board bei mir ist.

Dann geht es erstmal zu Alex vom PivCCu auf Reise damit er was zum Testen hat und PivCCU drauf läuft.

Dann gebe ich hier mal bescheid wie es auf der RockPro64 läuft.

[Apropo]

@simatec:

Da wurde nichts geändert … Gib mal die Zeiten neu ein und speichere mal.

Schalte vorher mal die Adapterinstanz auf debug und poste mal die Logausgabe beim speichern. `

Sieht für mich alles gut aus

ackitup.0	2018-11-12 11:18:54.479	info	[total] backup was activated at 03:00 every 7 day(s)
backitup.0	2018-11-12 11:18:54.479	info	[minimal] backup was activated at 02:00 every 3 day(s)
backitup.0	2018-11-12 11:18:54.478	info	starting. Version 0.3.6 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3
host.iobrokervm	2018-11-12 11:18:53.003	info	instance system.adapter.backitup.0 started with pid 13428
host.iobrokervm	2018-11-12 11:18:51.013	info	instance system.adapter.backitup.0 terminated with code 0 (OK)
backitup.0	2018-11-12 11:18:50.994	info	terminating
host.iobrokervm	2018-11-12 11:18:50.485	info	stopInstance system.adapter.backitup.0 killing pid 13418
host.iobrokervm	2018-11-12 11:18:50.485	info	stopInstance system.adapter.backitup.0
host.iobrokervm	2018-11-12 11:18:50.485	info	object change system.adapter.backitup.0
backitup.0	2018-11-12 11:18:45.347	info	[total] backup was activated at 03:00 every 7 day(s)
backitup.0	2018-11-12 11:18:45.303	info	[minimal] backup was activated at 02:00 every 3 day(s)
backitup.0	2018-11-12 11:18:45.258	info	starting. Version 0.3.6 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3
backitup.0	2018-11-12 11:18:45.083	debug	statesDB connected
backitup.0	2018-11-12 11:18:45.020	debug	objectDB connected
host.iobrokervm	2018-11-12 11:18:44.109	info	instance system.adapter.backitup.0 started with pid 13418
host.iobrokervm	2018-11-12 11:18:42.148	info	instance system.adapter.backitup.0 terminated with code 0 (OK)
backitup.0	2018-11-12 11:18:42.101	info	terminating
host.iobrokervm	2018-11-12 11:18:41.593	info	stopInstance system.adapter.backitup.0 killing pid 13405
host.iobrokervm	2018-11-12 11:18:41.593	info	stopInstance system.adapter.backitup.0
host.iobrokervm	2018-11-12 11:18:41.592	info	object change system.adapter.backitup.0

Ich lass es mal auf debug und beobachte was passiert

[Apropo]

So, ich bin einen Schritt weiter. Hab mir die Logs von letzte Nacht angesehen. Es wird erst ein Backup erstellt und dann wird es wieder gelöscht.

Die neueren Backups werden gelöscht und dafür die uralten Backups behalten. Außerdem sind noch 13 minimal Backups vorhanden, obwohl 10 eingestellt sind. Oder unterscheidet das Löschen zwischen automatischen und manuell angelegten? Bin ich der Einzige bei dem das so ist?

` > backitup.0 2018-11-13 02:00:23.898 debug [minimal] exec: done

backitup.0 2018-11-13 02:00:23.892 debug [minimal/umount] done

backitup.0 2018-11-13 02:00:13.816 debug [minimal/history] backitup.0.history.html

backitup.0 2018-11-13 02:00:13.772 debug [minimal/clean] done

backitup.0 2018-11-13 02:00:13.746 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_13-02_00_11_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:13.742 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_12-09_43_56_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:13.738 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_10_28-02_00_10_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:13.734 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_10_27-02_00_11_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:13.705 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_10_26-02_00_11_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:13.689 debug [minimal/cifs] done

backitup.0 2018-11-13 02:00:13.679 debug [minimal/minimal] done

backitup.0 2018-11-13 02:00:13.655 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_13-02_00_11_backupiobroker.tar.gz

backitup.0 2018-11-13 02:00:11.067 debug [minimal/mount] done `

[Peoples]

@Apropo:

Es wird erst ein Backup erstellt und dann wird es wieder gelöscht.

Die neueren Backups werden gelöscht und dafür die uralten Backups behalten.

Außerdem sind noch 13 minimal Backups vorhanden, obwohl 10 eingestellt sind. `
Haben deine "uralten" Backups die gleiche Dateinamens-Strucktur wie die neuen. Denn es werden nur Dateien gelöscht die dem Soll-Muster entsprechen?