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

[MathiasJ]

Man muss auch mal positives berichten:

Backup auf NAS per CIFS
Backup auf Fritzbox per FTP
Backup auf Dropbox
Backup auf Google drive
Weiter habe ich die Ordner von Dropbox, und Google drive auf die zweite Festplatte des PC's verknüpft.
Nun landen alle Backups direkt auf dem PC
Ich denke, 4 minimale Backups und 4 Backups der CCU reichen am Tag.
Komplette Backups werden nur einmal im Monat ausgeführt. ich nutze weder History noch Datenbanken,
deshalb für mich nicht wirklich wichtig.
läuft einwandfrei!

Gruß,
Mathias

[Buddinski88]

@simatec
Ja habe ich gemacht. Lief auch einwandfrei durch. Die Backups werden auch in etc/iobroker/backups abgelegt. Nur auf das NAS wollen sie nicht.
Die Unterordner habe ich gesten auf dem NAS selber angelegt. Leider auch nicht besser.

[simatec]

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

Die Backups werden auch in etc/iobroker/backups abgelegt.

Das Verzeichnis stimmt aber nicht mit dem Standard iobroker-Verzeichnis überein.
Bist du sicher, dass es "etc/iobroker/backups" ist?

Was passiert, wenn du manuell per Konsole den mount ausführst?

sudo mount 192.168.178.39:/volume1/iobroker/standard /opt/iobroker/backups

[simatec]

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

Man muss auch mal positives berichten:

Backup auf NAS per CIFS
Backup auf Fritzbox per FTP
Backup auf Dropbox
Backup auf Google drive
Weiter habe ich die Ordner von Dropbox, und Google drive auf die zweite Festplatte des PC's verknüpft.
Nun landen alle Backups direkt auf dem PC
Ich denke, 4 minimale Backups und 4 Backups der CCU reichen am Tag.
Komplette Backups werden nur einmal im Monat ausgeführt. ich nutze weder History noch Datenbanken,
deshalb für mich nicht wirklich wichtig.
läuft einwandfrei!

Gruß,
Mathias

Danke Mathias ... schön zu lesen, dass alles läuft

[Buddinski88]

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

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

Die Backups werden auch in etc/iobroker/backups abgelegt.

Das Verzeichnis stimmt aber nicht mit dem Standard iobroker-Verzeichnis überein.
Bist du sicher, dass es "etc/iobroker/backups" ist?

Was passiert, wenn du manuell per Konsole den mount ausführst?

sudo mount 192.168.178.39:/volume1/iobroker/standard /opt/iobroker/backups

Sorry mein Fehler. Es ist natürlich opt und nicht etc sprich, alles im Standard.

[simatec]

@Buddinski88

Was sagt die Konsole bei folgenden Befehl?

sudo mount 192.168.178.39:/volume1/iobroker/standard /opt/iobroker/backups

[Einstein67]

Was mir zum Thema "mount as root"aufgefallen ist:

In Proxmox-Containern (mittlerweile sehr beliebt für IOBroker) funktioniert das mounten nur, wenn der Container kein "unprivilegierter Container" ist!!
In einem privilegierten Container funktioniert es aber zu 100% zuverlässig.

Vielleicht hilft das irgend jemanden mal ...

[Buddinski88]

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

@Buddinski88

Was sagt die Konsole bei folgenden Befehl?

sudo mount 192.168.178.39:/volume1/iobroker/standard /opt/iobroker/backups

Der sagt (siehe oben):

mount.nfs: access denied by server while mounting 192.168.178.39:/volume1/iobroker/standard

@Einstein67, das ist ein interessanter Hinweis, denn ich arbeitete mit Proxmox. Ich muss nachher mal schauen ob der privilegiert ist. Gesetzt dem Fall, dass er es nicht ist, dann bin ich auch ratlos (zu wenig knowhow mit Proxmox).

[el_malto]

Ich hoffe die Frage wurde hier schon nicht gestellt, aber da der Thread sowas von lang ist, will ich nicht wirklich über 2000 Kommentare lesen. Denke das kann jeder nachvollziehen.

Ich habe folgendes vor:
Umzug mit ioBroker von Raspberry PI 3B+ (damals mit dem fertigen Image "ioBroker_Image_RPi_2-3_20180401_stretch" installiert) auf eine Hyper-V VM mit Debian.

Habe in der Anleitung vom backitup Adapter und auch im Forum mal was von einem "root fix" gelesen. Diesen habe ich noch nie ausgeführt. Ist also alles so wie damals im Image mit den Benutzern und Rechten.

• 1. Frage: Muss/sollte ich diesen Fix ausführen um den backitup Adapert nutzen zu können bzw. sollte ich den Fix ausführen bevor ich das System wechseln will?

Im Forum habe ich gelesen, dass für einen Systemwechsel das "Standard Backup" gemacht werden soll. Werde ich so auch machen wollen.

• 2. Frage: Was speichert das "Standard Backup"? Ich habe eigene Datenpunkte angelegt. Werden diese mit gespeichert?
• 3. Frage: Desweiteren habe ich einige Adapter von GitHub in bestimmten Versionen installiert. Werden diese Adapter (oder auch generell alle Adapter) in den Version installiert die man hatte, oder "merkt" sich backitup nur welche Adapter installiert waren und installiert dann jeweils die letzte Version aus dem "stable channel"?
• 4. Frage (eigentlich total doof): Speichert backitup auch die Einstellungen von den Adaptern?

Im Prinzip will ich einen Systemwechsel machen ohne irgendwelche Einstellungen (Adapter, eigene Datenpunkte usw.) machen zu müssen. Dafür ist ein Backup ja schließlich da.

Wäre super wenn mir jemand (oder am besten auch @simatec ) die Fragen beantworten könnte.
Vielen Dank schon mal.

[simatec]

@el_malto
Also den Installer Fix laut meiner Signatur würde ich einfach mal zur Sicherheit im Vorfeld ausführen. Das rückt dir eventuell fehlende Rechte richtig.

Backitup speichert selber nix. Für das Standard Backup wird im Prinzip die eingebaute Backupmethode von iobroker genutzt.

Es werden dort alle Einstellungen gespeichert, die VIS und sämtliche andere Daten außer History und zigbee Datenbank.

Für einen Umzug ist ein Standard Backup notwendig.

Bei einem Restore werden alle Adapter (außer über Github installierte) neu installiert und die Einstellungen übernommen.

Github Adapter musst du manuell installieren.

Ab JS-Controller 2.0 wird sich da aber auch was ändern, so dass ab dieser Version dann auch Adapter vom Github automatisch installiert werden. Die JS-Controller befindet sich aber aktuell noch in einer recht frühen Beta Phase.

Sichere dir von deinen installierten Github Adaptern am besten die Einstellungen über das Webinterface des Adapters über die Pfeil-Buttons und spiele sie dann auf dein neues System zurück.

[el_malto]

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

Also den Installer Fix laut meiner Signatur würde ich einfach mal zur Sicherheit im Vorfeld ausführen. Das rückt dir eventuell fehlende Rechte richtig.

Ok werde ich machen.

Backitup speichert selber nix. Für das Standard Backup wird im Prinzip die eingebaute Backupmethode von iobroker genutzt.
Es werden dort alle Einstellungen gespeichert, die VIS und sämtliche andere Daten außer History und zigbee Datenbank.

Das hatte ich gelesen. History verwende ich nicht.
Bezügl. Zigbee Datenbank. Da kann man im Backitup Adapter ja einen Haken machen, dass die mit gespeichert wird. Ist das dann auch bei dem "Standard Backup" der fall?

Für einen Umzug ist ein Standard Backup notwendig.

Bei einem Restore werden alle Adapter (außer über Github installierte) neu installiert und die Einstellungen übernommen.
Github Adapter musst du manuell installieren.
Ab JS-Controller 2.0 wird sich da aber auch was ändern, so dass ab dieser Version dann auch Adapter vom Github automatisch installiert werden. Die JS-Controller befindet sich aber aktuell noch in einer recht frühen Beta Phase.
Sichere dir von deinen installierten Github Adaptern am besten die Einstellungen über das Webinterface des Adapters über die Pfeil-Buttons und spiele sie dann auf dein neues System zurück.

Danke für den Tipp mit den Einstellungen.

[simatec]

@el_malto
Ja die Zigbee Datenbank ist ein separates Backup und kann auch so wieder hergestellt werden.

[el_malto]

@simatec
Hab gerade im js-controller 2.0 Beta Thread gelesen, dass die 2.0 Anfang Oktober kommen soll. Das wäre ja nicht mehr so lange hin und ich könnte mit dem Umzug noch warten.
Macht es bezüglich deiner Aussage:

@simatec sagte in Adapter: iobroker.backitup (stable Release):
Github Adapter musst du manuell installieren.
Ab JS-Controller 2.0 wird sich da aber auch was ändern, so dass ab dieser Version dann auch Adapter vom Github automatisch installiert werden. Die JS-Controller befindet sich aber aktuell noch in einer recht frühen Beta Phase.

mehr Sinn auf 2.0 zu warten und dann den Systemwechsel zu machen? Dann hätte man ja alle Adapter so wie man die vorher auch hatte.

[Buddinski88]

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

Was mir zum Thema "mount as root"aufgefallen ist:

In Proxmox-Containern (mittlerweile sehr beliebt für IOBroker) funktioniert das mounten nur, wenn der Container kein "unprivilegierter Container" ist!!
In einem privilegierten Container funktioniert es aber zu 100% zuverlässig.

Vielleicht hilft das irgend jemanden mal ...

So ich habe eben mal endlich schauen können . Also in den Optionen steht "Unprivileged Container = No". D. h. ich müsste doch einen privilegierten Container haben und somit sollte das kein Problem für das unmögliche Backup sein oder?

@simatec, kann ich dir noch weitere Informationen bereitstellen, damit wir der Ursache auf die Schliche kommen? Ich würde echt gerne den tollen Adapter verwenden

[simatec]

@Buddinski88
Wenn dein Server richtig konfiguriert ist, dann wäre noch die Möglichkeit anstelle der IP den Hostname für den Mount mal zu testen

[Buddinski88]

Leider die gleiche Meldung:

root@ioBroker-prod:~# sudo mount diskstation:/volume1/iobroker/standard /opt/iobroker/backups
mount.nfs: access denied by server while mounting diskstation:/volume1/iobroker/standard

Mich wundert das er im Debug-Log auch immer ein User uns Passwort angibt. NFS benötigt das doch gar nicht bzw. im Adapter ist da nichts änderbar?
Sind das noch Informationen meines Tests mit CIFS?

[simatec]

@Buddinski88
Passt die IP die du in der Diskstation freigegeben hast mit der 50 am Ende?
Was passiert, wenn du probierst nur auf /volume1/iobroker zu mounten.

Ich kenne leider die Diskstation nicht und kann dir somit leider nicht sagen, ob deine Einstellungen korrekt sind.

[Einstein67]

@Buddinski88 said in Adapter: iobroker.backitup (stable Release):

Also in den Optionen steht "Unprivileged Container = No". D. h. ich müsste doch einen privilegierten Container haben und somit sollte das kein Problem für das unmögliche Backup sein oder?

Ja das passt so!

Bei der Diskstation musst du natürlich auch noch die NFS Berechtigung für IP des IOBroker machen.

... oder besser einfach CIFS verwenden, da brauchst da gar nichts machen.

[Buddinski88]

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

@Buddinski88
Passt die IP die du in der Diskstation freigegeben hast mit der 50 am Ende?
Was passiert, wenn du probierst nur auf /volume1/iobroker zu mounten.

Ich kenne leider die Diskstation nicht und kann dir somit leider nicht sagen, ob deine Einstellungen korrekt sind.

Hab es auch mal mit * probiert. Das interessante ist, dass ich von den Containern in Proxmox ein NFS-Backup machen kann.

Gibts hier noch weitere Cracks die ihre Diskstation damit verwenden?

[Buddinski88]

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

@Buddinski88 said in Adapter: iobroker.backitup (stable Release):

Also in den Optionen steht "Unprivileged Container = No". D. h. ich müsste doch einen privilegierten Container haben und somit sollte das kein Problem für das unmögliche Backup sein oder?

Ja das passt so!

Bei der Diskstation musst du natürlich auch noch die NFS Berechtigung für IP des IOBroker machen.

... oder besser einfach CIFS verwenden, da brauchst da gar nichts machen.

CIFS bekomme ich leider auch nicht eingerichtet