Adapter: iobroker.backitup (stable Release)

[hukio]

@simatec
habe jetzt bereits zum 2. Mal wie geschrieben genau Deine Anleitung befolgt.

Ich schaue mir WINSCP das log file an. Der tree ist root/opt/iobroker/log
Ich kann cd /home/iobroker aufrufen in der Konsole. Mit li ist das Verzeichnis leer.

HUK

[hukio]

@simatec
ich habe das Problem, daß das web interface nicht funktioniert auch nicht mit https.
iobroker host this habe ich mehrfach gemacht, hat keinen Einfluß. Im log siehst Du, daß der host sagt
does not start any instances on this host
Das scheint mir das Problem zu sein, wie auch immer der host heißt

HUK

[simatec]

@hukio

Hast du das Image auf der SD neu gemacht?

[simatec]

@hukio
Hast du ein minimal wiederhergestellt oder total?

[hukio]

@simatec
Ich hatte kein restore gemacht.

Habe jetzt ein minimal restore über die Konsole gemacht. Mußte danach noch den redis server installieren. Habe ihn aber nicht konfiguriert, da ich jetzt Zugriff über das web interface habe. Allerdings sind nur wenige (die default?) adapter installiert. Allerdings sind alle instances zu sehen (allerdings gegraut).
Muß ich den redis server noch konfigurieren wie auf
http://www.iobroker.net/docu/?page_id=8799&lang=de
beschrieben oder soll ich es sein lassen?
Warum werden die Adapter nicht nachgeladen, wie wir das erwartet haben? Soll ich sie einzeln nachladen oder gibt es einen globalen Befehl?
Danke
HUK

[hukio]

@simatec
Korrktion! Inzwischen sind alle Adapter geladen, hat halt gedauert. Instanzen muß ich scharf machen.

Scheint jetzt alles in Ordnung. Mal sehen.

Das Problem war, daß ich das web interface nicht aufmachen konnte bevor ich das restore gemacht habe. Etwas ist bei der Installation schief gelaufen (habe es zweimal gemacht!)

Danke
HUK

[simatec]

@hukio

Wieso hast du iobroker installiert?
Bei dem Image ist doch iobroker schon installiert.
Darum sagte ich unbedingt die Doku zu dem Image lesen.
Damit hast du denn iobroker über ein laufendes iobroker System installiert und somit erwas kapputt gemacht, was dir den Zugriff auf das Webinterface blockiert hat

[hukio]

@simatec
Da habe ich mich falsch ausgedrückt. Ich bin genau Deiner Anleitung gefolgt. Habe nicht nochmals iobroker installiert sondern nur das angegebene image genommen.
Irgend etwas hat da nicht funktioniert (habe es ja nochmals wiederholt). Das minimal restore über die Konsole hat es geregelt. Jetzt funktioniert alles! War leider nicht nur eine Stunde, da ich lange nach der Behebung des Fehlers gesucht habe.
Danke
HUK

[simatec]

@hukio

OK verstehe ... du hast den Hostname geändert und dadurch keinen Zugriff mehr gehabt.
Wenn es jetzt läuft umso besser ...

Schwere Geburt

[hukio]

@simatec

Habe die Regeln für die Änderung genau eingehalten. Auch mehrfaches "iobroker host this" hat zwar den Namen immer geändert, aber die instances sind nicht gestartet. Da ist irgendetwas faul. Änderung des Namens ist oft angebracht. Die einzige Abweichung von der Anleitung war die Benutzung des install.fix. Bist Du sicher, daß dies keine Nebenwirkungen hat?
War wirklich schwer!
HUK

[simatec]

@hukio

Der Fix setzt nur auf deinem System die benötigen Rechte für den User iobroker.

[hukio]

@simatec

Ich habe noch eine Frage. Ich habe heute morgen ein minimal backup gemacht, dabei ist mir aufgefallen, daß dies viel größer (1,6 MB) als das ist, was ich noch mit dem alten System am18. 3. (276 kB) gemacht habe und zum restore benutzt habe. Das ist etwa so groß wie meine alten backups, die ich mit dem backup Befehl auf der Konsole gemacht habe. Was hat sich geändert?
Grüße
HUK

[Peoples]

@hukio
Bei mir hat das minimale 18MB

[simatec]

@hukio

Wie @Peoples schon geschrieben hat, ist die Größe absolut normal.
Wenn du sicher gehen willst, ob alles ok isz, prüfe das Archiv zum Bsp. mit 7zip

[eumats]

Hallo zusammen.

Ich habe den iobroker Rechtefix (curl -sL https://iobroker.net/fix.sh | bash -) ausgeführt und nun kann Backitup nicht mehr auf /opt/iobroker/backups schreiben. Also funktionieren die Backups nicht.

Es kommt folgende Fehlermeldung:
[ERROR] [minimal] - host.homepi-client Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_03_24-14_48_19_homepi-client_backupiobroker.tar.gz'

Vor dem Start des Backups hat der Ordner /opt/iobroker/backups folgende Rechte:
drwxrwxrwx+ 2 iobroker iobroker 4096 Mär 24 14:09 backups

Während des Backups sind die Rechte wie folgt:
drwx------ 2 1030 users 4096 Mär 23 12:05 backups

Mount als Benutzer root (sudo) ist aktiviert. Und ich nutze nfs Mount.

Hat jemand eine Idee?

Nachtrag: Ich nutze ein Synology NAS für das Backup und vor dem Rechtefix hat alles funktioniert.

[simatec]

@eumats

Ich denke eher, dass auf deinem NAS die Schreibrechte fehlen.
Was hat der lokale Ordner backups jetzt für Rechte?

[eumats]

@simatec
Wie oben beschrieben:
drwxrwxrwx+ 2 iobroker iobroker 4096 Mär 24 14:09 backups

Meiner Meinung nach kann es nicht am NAS liegen, denn der Backup Nutzer auf dem NAS hat auch volle Schreibrechte auf den Verzwichnissen.
Und als normaler Benutzet „pi“ auf dem Raspi kann ich bei gemountetem NAS in /opt/iobroker/backups schreiben. Nur eben der iobroker mit den Rechten iobroker.iobroker nicht.

[eumats]

Ich konnte das Problem jetzt selber lösen. Aber es ist ziemlich kurios.

Vor dem Backup waren die Rechte wie folgt:
drwxrwxrwx+ 2 iobroker iobroker 4096 Mär 24 14:09 backups

Kurz nach dem Starten (also mount vom NAS) war es:
drwxrwxrwx 2 1030 users 4096 Mär 24 16:56 backups

Dann hat es sich irgendwann in folgendes geändert. Wann und warum? Keine Ahnung. Danach kam dann der oben erwähnte Fehler, da keine Rechte da waren:
drwx------ 2 1030 users 4096 Mär 23 12:05 backups

Gelöst habe ich es. In dem ich als Benutzer pi auf dem Raspi bei den Rechten drwx------ ein "sudo chmod 777 /opt/iobroker/backups" ausgeführt habe.

Ich weis zwar nicht warum die Rechte so verbogen werden, aber nun geht es.

[simatec]

@eumats

Backitup setzt allerdings keine Rechte.

[eumats]

@simatec
ok. Das ist das noch um so mysteriöser...