Adapter: iobroker.backitup (stable Release)
-
@simatec sagte in Adapter: iobroker.backitup (stable Release):
@Segway sagte in Adapter: iobroker.backitup (stable Release):
600
Starte einfach mal neu ... da ist irgendwas beim Update schief gelaufen.
Ggfs mal ein upload machennur den Adapter neu starten ? Habe ich gemacht. Wird nicht grün
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. -
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. -
Dein Problem liegt definitiv nicht an backitup.
Hast du js-controller 1.5.7 laufen?Dein System hat ein Problem.
-
Dein Problem liegt definitiv nicht an backitup.
Hast du js-controller 1.5.7 laufen?Dein System hat ein Problem.
-
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 :unamused:
-
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.
-
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.Warum `sudo` böse ist: https://forum.iobroker.net/post/17109
-
@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. -
In dem Fall dürfte es reichen, den User zur redis-Gruppe hinzuzufügen
sudo usermod -a -G redis iobroker@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ß
PixioBroker auf Ubuntu in Proxmox (früher Mac mini (bis OS X 10.12.6 Sierra), VIS via iOS; angeschlossen: Homematic CCU2, Homepilot 1, ConBee II, einige Wemos, Sonos, Unifi CK+Protect, Homekit, Homebridge; KEIN blockly! Github-Profil
-
@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 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 :+1:
Gruß
PixioBroker auf Ubuntu in Proxmox (früher Mac mini (bis OS X 10.12.6 Sierra), VIS via iOS; angeschlossen: Homematic CCU2, Homepilot 1, ConBee II, einige Wemos, Sonos, Unifi CK+Protect, Homekit, Homebridge; KEIN blockly! Github-Profil
-
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 :+1:
Gruß
Pix -
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)
557
Online32.7k
Users82.4k
Topics1.3m
Posts