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

[simatec]

Dein Problem liegt definitiv nicht an backitup.
Hast du js-controller 1.5.7 laufen?

Dein System hat ein Problem.

[Segway]

@simatec

jscontroller 1.4.2
BEVOR ich das update gemacht hatte lief hier alles ohne ERROR in den Logs.

[simatec]

Starte mal komplett neu und mache das Update erneut.

[Segway]

@simatec sagte in Adapter: iobroker.backitup (stable Release):

Starte mal komplett neu und mache das Update erneut.

also ich habe downgrade auf 1.0.8 gemacht dann ging es wieder.

Also dann folgendes gemacht:

• IoB korrekt gestoppt
• Host runtergefahren
• VM runtergefahren
• wieder gestartet alles OHNE Fehler im LOG
• auf 1.1.1 upgedatet

Bisher läufts........das erklär mir mal einer :unamused:

[simatec]

Da hing irgendwas an deiner IOB Installation.

[simatec]

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

1.1.2 (21.02.2019)

• (simatec) exec Start for iobroker
• (simatec) Fix umount before Restore

Hier an dieser Stelle auch noch einmal der Hinweis, dass es für den neuen Installerscript von iobroker jetzt einen Fix gibt, für alle, die Probleme mit der Rechtevergabe haben und dadurch backitup und auch andere Adapter nur eingeschränkt nutzen können.

1. Wenn euer iobroker System mit dem neuen Installer Script installiert wurde, kann es vorkommen, dass ihr nicht alle Rechte für den neuen User iobroker habt.
   Dies betrifft dann leider auch backitup, da backitup einige systemrelevante Befehle benutzt.

   Um das Problem mit fehlenden Rechten zu beheben, gibt es inzwischen einen Fix für den Installerscript von iobroker.
   Führt bitte folgende Befehle auf eure Iobrokerumgebung in der Konsole aus:

   curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/master/fix_installation.sh | bash 
   sudo reboot
   

2. Solltet Ihr eine Fehlermeldung beim erstellen der Redis Datenbank bekommen, prüft bitte, ob euer User iobroker die Rechte hat und ob er in der User-Gruppe Redis vorhanden ist.
   Wenn dies nicht der Fall ist, könnt ihr das mit folgenden Befehl in der Konsole beheben.

   sudo usermod -a -G redis iobroker
   sudo reboot
   

   Wenn ihr nicht mit dem Installerscript eure Iobroker Installation aufgesetzt habt und euer User einen anderen Namen hat, bitte in dem Befehl "iobroker" durch euren User ersetzen.

[AlCalzone]

@simatec sagte in Adapter: iobroker.backitup (stable Release):

Wenn euer iobroker System mit dem neuen Installer Script installiert wurde, kann es vorkommen, dass ihr nicht alle Rechte für den neuen User iobroker habt.

Zur Info: Dies sollte nicht die neueste Version von Ende Januar betreffen. Bei ganz alten Installationen, bei denen noch viel mit sudo npm gearbeitet wurde, kann das Fix-Skript auch nötig sein.

[simatec]

@AlCalzone

Maximal der Fix, dass der User iobroker der Redis Gruppe hinzugefügt wird sollte mit dem Fix auch die Installationen ab Ende Januar betreffen.
Alles andere ist dort bereits im Installerscript gefixt.

[pix]

@AlCalzone sagte in Adapter: iobroker.backitup (stable Release):

sudo usermod -a -G redis iobroker

Gibt es auch einen Befehl für OS X Terminal? Dort existiert usermod nicht.

Gruß
Pix

[pix]

Etwa so?

sudo chown iobroker:redis FILENAME

Aber welche Datei?

[simatec]

Unter Linux sieht das wie folgt aus ...

@iobroker-dev:~$ sudo ls /var/lib/redis
dump.rdb

[AlCalzone]

@pix sagte in Adapter: iobroker.backitup (stable Release):

Gibt es auch einen Befehl für OS X Terminal? Dort existiert usermod nicht.

http://lmgtfy.com/?q=osx+add+user+to+group

Auf OSX wird ioBroker derzeit noch unter dem Account des Users ausgeführt, der es installiert hat. Im Zweifel muss also der eigene Account zur Redis-Gruppe hinzugefügt werden.

[pix]

Also kurz zum Nachmachen
Terminal Befehle für OS X

• Listenpunktredis Datenbank finden

mdfind dump.rdb

• Den Pfad ohne dump.rdb in den Adapter-Einstellungen unter "Redis Backup" als Pfad eintragen

• In das Verzeichnis von dump.rdb wechseln oder Pfad verwenden und den eigenen OS X Benutzernamen der Rechteliste der Redis Datenbank hinzufügen

sudo chown osxusername dump.rdb

• Dann manuell ein Standard Backup manuell starten und in der Ausgabe müsste sowas erscheinen

[DEBUG] [redis] start with {"type":"creator","path":"/Users/pix/"}
[DEBUG] [redis] - Packed 66MB so far...
[DEBUG] [redis] - Packed 135MB so far...
[DEBUG] [redis] - Packed 178MB so far...
[DEBUG] [redis] - Packed 218MB so far...
[DEBUG] [redis] - Packed 266MB so far...
[DEBUG] [redis] - Packed 327MB so far...
[DEBUG] [redis] - Packed 377MB so far...
[DEBUG] [redis] - Packed 476MB so far...
[DEBUG] [redis] - Packed 524MB so far...
[DEBUG] [redis] - Packed 577MB so far...

Dann klappt's auch wieder mit dem OS X Redis Backup :+1:

Gruß
Pix

[AlCalzone]

@pix sagte in Adapter: iobroker.backitup (stable Release):

und den eigenen OS X Benutzernamen der Rechteliste der Redis Datenbank hinzufügen

Kann danach redis selbst noch darauf zugreifen?

[pix]

Denke schon. Konsole sagt

1882:M 21 Feb 18:13:37.503 * Background saving started by pid 90133
90133:C 21 Feb 18:13:37.616 * DB saved on disk
1882:M 21 Feb 18:13:37.705 * Background saving terminated with success

[Saschag]

Hallo zusammen,

ich habe das Problem das ab und an :white_frowning_face: das Backup (hier z.B. miniaml) nicht beendet wird. Der Datenpunkt oneclick bleibt auf true stehen.

Wenn ich den Butten im Vis drücke (obwohl das Backup gerade erstellt wird wird) wird das Backup ordnungsgemäß gemacht.

Hat einer eine Idee??

Danke und Grüße

[DEBUG] [minimal] - undefined Error: websocket error    at WS.Transport.onError (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:64:13)    at WebSocket.ws.onerror (/opt/iobroker/node_modules/engine.io-client/lib/transports/websocket.js:150:10)    at WebSocket.onError (/opt/iobroker/node_modules/ws/lib/EventTarget.js:109:16)    at emitOne (events.js:116:13)    at WebSocket.emit (events.js:211:7)    at WebSocket.finalize (/opt/iobroker/node_modules/ws/lib/WebSocket.js:182:41)    at emitOne (events.js:116:13)    at Socket.emit (events.js:211:7)    at emitErrorNT (internal/streams/destroy.js:66:8)    at _combinedTickCallback (internal/process/next_tick.js:139:11)

![Bild Text] (Bild Link)

[simatec]

Tritt der Fehler sporadisch auf und wenn ja nur beim minimal?

[Saschag]

Leider ja. Sporadisch! :white_frowning_face: bis jetzt nur beim minimal

[simatec]

Poste hier mal bitte den Log, wenn es auftritt.

[Saschag]

Okay. Mache ich. Danke schon mal!