Adapter: iobroker.backitup (stable Release)
-
Mach mal ein Upload ...
Es wird probiert den backup Ordner anzulegen.
Das kann nicht sein, denn das macht er nur, wenn er nicht exitiert.Aber das ist schon seit Version 0.3.0 so ...
Also kann es nur an deinem Update liegen. -
@simatec
Nö, weiterhin gleiches Problem
-
auch beim Downgrade gleiches Bild. Hier mal was da alles kam beim install
-
Dein Problem liegt definitiv nicht an backitup.
Hast du js-controller 1.5.7 laufen?Dein System hat ein Problem.
-
jscontroller 1.4.2
BEVOR ich das update gemacht hatte lief hier alles ohne ERROR in den Logs. -
Starte mal komplett neu und mache das Update erneut.
-
@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
-
Da hing irgendwas an deiner IOB Installation.
-
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.
-
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 -
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 rebootWenn 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.
-
@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 npmgearbeitet wurde, kann das Fix-Skript auch nötig sein. -
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. -
@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 -
Etwa so?
sudo chown iobroker:redis FILENAMEAber welche Datei?
-
Unter Linux sieht das wie folgt aus ...
@iobroker-dev:~$ sudo ls /var/lib/redis dump.rdb -
@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.
-
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.rdbwechseln 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
Gruß
Pix -
@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?
-
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 -
Hallo zusammen,
ich habe das Problem das ab und an
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) -
Tritt der Fehler sporadisch auf und wenn ja nur beim minimal?
