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

[Jan1]

@ullulaki
Blätter mal bisschen hier im Portal, da behauptet jeder zweite der sein IOBroker nicht mehr erreicht, dass er ein Stromausfall hatte und das glaubt eben mittlerweile keiner mehr. Meist wurde eben einfach mal das Netzteil gezogen, was dann eben auch die selben Auswirkungen hat und im Moment gibts eben fast täglich einen, der ein "Stromausfall" hatte.
Wenn Du einer der wenigen bist, der wirklich einen echten hatte, nimms locker da das Thema ja schon so oft behandelt wurde, dass Du in gefühlt 100 recht aktuellen Beiträgen ne Lösung findest, die Dir hilft. Wobei, bei Saft einfach weg, die beste Lösung nun mal ein frisches Aufsetzten mit anschließende Restor des IOBroker ist. Alles andere wäre mir zu heiß, selbst wenn es augenscheinlich wieder läuft. Du weißt nie 100% was es da geschossen hat.

[Ullulaki]

@jan1
Okay, dass wusste ich nicht - dann kann ich dich sogar verstehen ;-)
Habe hier zwar bisher wenig Kommentare, liegt aber daran, das ich nach 2,5 Jahren FHEM relativ frisch zu ioBroker gewechselt bin :)

Aber falls du mal wirklich lachen willst:
Direkt neben meinem NAS & Raspi steht eine USV die ich die Tage vorschalten wollte :construction_worker: :smile_cat: -.-

[Thomas Braun]

@ullulaki Am besten einen eigenen Threads eröffnen.

Und da neben der Fehlerbeschreibung die Ausgabe von

getfacl /opt/iobroker/backups

geben.

[Ullulaki]

@thomas-braun

Danke dir erst einmal für deine Hilfe!
Durch einen Zufall bzw. ein weiteres Problem (mounten auf einer VM ging plötzlich nicht mehr bzw. hatte denselben Fehler mit dem User), habe ich dann lokalisieren können, woran es lag: an der Squash-Zuordnung auf meinem Synology NAS -.-

Restore vom kompletten ioBroker-System war zu dem Zeitpunkt natürlich schon längst erledigt :joy:

[simatec]

Ab sofort steht die Version 2.1.16 auf Github und in kürze auch im latest zum testen bereit.

Changelog

2.1.16 (12.08.2021)

• (simatec) dependencies updated
• (simatec) https support for ccu backup
• (simatec) sentry Bugfixes

[simatec]

Ab sofort steht die Version 2.1.17 auf Github und in kürze auch im latest zum testen bereit.

Changelog

2.1.17 (15.08.2021)

• (simatec) dependencies updated
• (simatec) Preparation for dark design by Admin 5

[Apropo]

Bei mir läuft Iobroker in einer VM auf einer Synology DS218+. Auf dieser werden auch per NFS die Backups alle 2 Tage abgelegt.

Vorgestern habe ich das NAS auf DSM 7 geupdatet. Seitdem funktioniert das NFS Backup nicht mehr.
In DSM 7 wurden zwar Änderungen an am NFS Protokoll vorgenommen, aber die sollten bei meinem Intel Prozessor eigentlich nicht relevant sein, wenn ich richtig liege. In den Release Notes vom DSM steht dazu:

NFSv4.1 and related advanced functions (multipathing) are no longer supported on Synology NAS models with the following package architectures: Alpine, Alpine4k, armada38x, Avoton, Braswell, Bromolow, Cedarview, Grantley, Monaco. If you had previously enabled NFSv4 and NFSv4.1, the maximum NFS protocol is set to NFSv4 by default after the update. For more information about the package architecture of your model, please refer to this article.

Ich bekomme folgende Fehler beim Backup. Kann damit jemand was anfangen? Funktioniert bei euch NFS mit DSM 7 einwandfrei?

Started iobroker ...
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.27:/volume1/homes/Apropo/Backups/IoBroker/Automatisiert /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.iobrokervm 7993 states saved

[DEBUG] [iobroker] - host.iobrokervm 8804 objects saved

[ERROR] [iobroker] - host.iobrokervm Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_08_17-09_29_32_backupiobroker.tar.gz'

[ERROR] [iobroker] - host.iobrokervm Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - done
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[DEBUG] [umount] - mount activ, umount is started ...
[DEBUG] [umount] - umount successfully completed
[DEBUG] [umount] - done
[EXIT] 9

[Humidor]

@simatec Hallo, frage, sollte hier etwas kommen ? (installiert ist 2.1.6)

[Thomas Braun]

@humidor
Ja. Halte die Versionen aktuell, ich vermute es hat da Anpassungen gegeben.

backitup
github:	2.1.17 for 13 days
latest:	2.1.17 for 13 days
stable:	2.1.13 for 75 days

[Humidor]

@thomas-braun hab das Update auf 2.1.13 gemacht
hat alles wunderbar geklappt

Started iobroker ...
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=xxx,password=****,domain=ds1621,rw,file_mode=0777,dir_mode=0777,vers=2.0 //192.168.0.20/backup/iobrokerUbuntu /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.iobroker 4259 states saved

[DEBUG] [iobroker] - host.iobroker 4934 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_08_29-09_33_28_ioBrokerPVUbuntu_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 
[DEBUG] [influxDB] - Packed 108MB so far...
[DEBUG] [influxDB] - Packed 217MB so far...
[DEBUG] [influxDB] - Backup created: /opt/iobroker/backups/influxDB_2021_08_29-09_33_33_ioBrokerPVUbuntu_backupiobroker.tar.gz
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
[DEBUG] [influxDB] - done
[DEBUG] [historyDB] - compress from historyDB started ...
[DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_08_29-09_34_16_backupiobroker.tar.gz
[DEBUG] [historyDB] - done
[DEBUG] [cifs] - done
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[DEBUG] [umount] - mount activ, umount is started ...
[DEBUG] [umount] - umount successfully completed
[DEBUG] [umount] - done
[EXIT] 0

nun sehe ich auch was im ioBroker ;)

[Jan1]

@humidor
Eigentlich der erste Weg wenn man ein Problem hat, ein Update des Adapter auf die jeweils letzte Version des Repo und den Rest natürlich auch. Weil nix unübersichtlicheres als ein bunter Haufen an Versionen.

Wenn das nix bringt, hast ein echtes Problem ;)

[Humidor]

@jan1 schon klar, aber das letzte Mal hat es dann nicht funktioniert, drum habe ich mit dem Update da jetzt gewartet

[Thomas Braun]

@humidor
Siehste.
Und deswegen macht es keinen Sinn für veraltete Versionen Fragen zu stellen. Also zuerst sein System durchpatchen, dann schauen.

[Jan1]

@humidor sagte in Test Adapter Backitup v2.1.x:

@jan1 schon klar, aber das letzte Mal hat es dann nicht funktioniert, drum habe ich mit dem Update da jetzt gewartet

Dann war das letzte mal schon was faul.

[Humidor]

@jan1 jain, der Login ging nicht mehr auf der Synology. Fehlereintrag im Log. das wars dann auch, mit dieser Version fkt. es wieder einwandfrei. Und nein, ich habe da nichts gemacht.
Schon klar wegen dem Update, war nur eine Frage, da ich ioBroker selbst das Update verpasst habe und nun der Reiter aufgetaucht ist.

[simatec]

@humidor sagte in Test Adapter Backitup v2.1.x:

@simatec Hallo, frage, sollte hier etwas kommen ? (installiert ist 2.1.6)

Ja da hat sich im Admin etwas geändert, so dass mit Admin 5.x diese version nicht mehr läuft.
Aktuell ist die Version 2.1.17, welche heute auch ins Stable geht.

[maduuto]

Hallo. Ich komme nicht weiter. Habe das Fix Script mehrmals laufen lassen. ich bekomme jedoch immer folgende Fehlermeldung:

Started iobroker ...
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.150.200:/volume1/Backup/smarthome_backup /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.rasppi4-iob 14804 states saved

[DEBUG] [iobroker] - host.rasppi4-iob 17432 objects saved

[ERROR] [iobroker] - host.rasppi4-iob Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_09_22-01_34_40_backupiobroker.tar.gz'

[ERROR] [iobroker] - host.rasppi4-iob Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed

[DEBUG] [iobroker] - done
[ERROR] [mysql] - [IGNORED] Error: Command failed: mysqldump  -u rasppi4-iob -** rasppi4-iob -h 192.168.150.200 -P 3307 > /opt/iobroker/backups/mysql_2021_09_22-01_35_06_backupiobroker.sql
/bin/sh: 1: cannot create /opt/iobroker/backups/mysql_2021_09_22-01_35_06_backupiobroker.sql: Permission denied
/bin/sh: 1: A7: not found
/bin/sh: 1: mysqldump: not found

[ERROR] [javascripts] - [IGNORED] Error: EACCES: permission denied, open '/opt/iobroker/backups/javascripts_2021_09_22-01_35_07_backupiobroker.tar.gz'
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created
[DEBUG] [historyJSON] - done
[DEBUG] [umount] - mount activ, umount is started ...
[DEBUG] [umount] - umount successfully completed
[DEBUG] [umount] - done
[EXIT] 9

Was kann das sein? wenn ich mich nicht verguckt habe hat der Backup Ordner Rchte für Iobroker...

Danke schonmal für eure Hilfe.
Gruß
Pascal

[Apropo]

@maduuto Kann es sein, dass du ein Synology NAS mit DSM 7 benutzt? Mit DSM 7 wurden die Nfs Richtlinien verschärft. Nervt mich auch.

Ich konnte es bei mir nur wieder ans Laufen bringen indem ich dem Backup Ordner 777 Rechte vergeben haben.
Das finde ich zwar sehr unbefriedigend und es soll auch nur eine Zwischenlösung sein bis ich einen anderen Weg gefunden habe, aber immerhin läuft es so erstmal.

[Dr. Bakterius]

@maduuto Ist ja schön, dass du so ein sicheres Passwort gewählt hast. Aber dann hier öffentlich stellen ist weniger klug. :wink:

[maduuto]

@dr-bakterius oh ist das Kauderwelsch beiMYSQL ein Passwort? Habe mich schon gewundert was das ist. Habe ich aber nicht festgelegt :dog:
Danke für den Hinweis.

Ja ist eine Synology. Habe es nun hinbekommen. Es lag nicht an den Userrechten an Raspberry sondern an NFS. Ist ja beknackt da wäre ich nie draufgekommen. Musste in der Synology NAS bei den NFS Einstellungen den Squash everyone to Admin o.ä. einstellen. Nu geht es.