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

[simatec]

@XxJooO
Gib mal bitte deinem Backup Ordner Schreibrechte.

sudo chmod 777 /opt/iobroker/backups
sudo chmod 777 /opt/iobroker/backups/*

Falls das nicht hilft, prüfe, ob du auf deinem NAS eventuell keine Schreibrechte hast

[XxJooO]

@simatec sagte in backitup Fehlermeldung:

sudo chmod 777 /opt/iobroker/backups

Hallo, leider hat das nicht geholfen. Unten ist das log bei einem Standard Backup.
Das NAS hat erlaubten Zugriff von der IP des ioBroker Rechners und nutzt die gleichen Zugangsdaten wie mein Zugang über die Weboberfläche der Syno-NAS.
Und wenn im Log steht: [DEBUG] [mount] - done, dann gehe ich davon aus, dass der Zugriff geht, sonst würde er doch nicht mounten, oder?
Vielleicht noch ein Hinweis?

Log, Zugangsdaten sind gexxxxt:

Gelöscht wegen token

[simatec]

@XxJooO
Wie sehen die Rechte für den Backupordner aus?
Hast du mal probiert ohne mount ein Backup zu erstellen?
Lösche mal aus deinem Log Passwörter und token im Klartext

[XxJooO]

@simatec sagte in backitup Fehlermeldung:

@XxJooO
Wie sehen die Rechte für den Backupordner aus?

Der ioBroker verwendet meine Adminzugangsdaten für das Syno-NAS, der Admin hat unter den erweiterten Rechten Lese-/Schreibzugriff

Hast du mal probiert ohne mount ein Backup zu erstellen?

Wie mache ich das genau?

Lösche mal aus deinem Log Passwörter und token im Klartext

Habe ich komplett gelöscht...

[XxJooO]

@simatec,

zum letzten post nochmal die Ergänzung. In dem Log steht immer wieder dieser Fehler:

[ERROR] [minimal] - host.debianioBroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_04_17-20_51_43_backupiobroker.tar.gz'

Meine Interpretation: Das o.g. genannte Verzeichnis ist das temporäre Verzeichnis, in dem offenbar backitup die Daten sammelt. Diese werden zu einem tar gepackt, dabei tritt aber ein Zugriffsfehler auf. Die Datei wird nicht gepackt und nach /opt/iobroker/backups kopiert und deshalb wird sie auch von da nicht auf das NAS kopiert. Ich habe dann die Rechte für den tmp-Ordner ebenfalls auf 777 gesetzt. Das bringt aber keine Änderung.

[simatec]

Führe bitte noch einmal folgendes aus.

iobroker stop
curl -sL https://iobroker.net/fix.sh | bash -
sudo reboot now

[XxJooO]

@simatec sagte in backitup Fehlermeldung:

curl -sL https://iobroker.net/fix.sh | bash -

Hallo @simatec,

genau so ausgeführt ohne Fehlermeldung über putty. Leider bringt das keine Änderung, die Fehlermeldung bleibt exakt gleich...

[XxJooO]

@simatec ,

ich weiß nicht ob das hilfreich ist, aber ich kann sehen, dass backitup im Verzeichnis
/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup
eine backup.json mit dem Datum von gerade angelegt hat mit den Attributen 666

Die Datei wird also nicht gepackt und nach /opt/iobroker/backups kopiert

[chka]

hast du irgendwas mit node gemacht, habe das gleiche Problem. es ist nach einem node update aufgetreten. ein Grund konnte ich bis heute nicht finden.

Biobroker kann oder will nicht auf die Ordner local schon schreiben. das ganze hat in meinen Augen erst mal nichts mit deiner nas zu tuen.

[XxJooO]

Also ich habe bislang eine Weile keine Updates des Systems gefahren, Node.JS ist noch auf 8.15.0

[XxJooO]

Noch etwas ist mir gerade aufgefallen. Zwei Standard-Backups sind gestern und heute Morgen aus dem tmp-Ordner gepackt und nach /opt/iobroker/backups kopiert worden. Merkwürdigerweise haben diese Dateien das Attribut 674, während alte Dateien noch das Attribut 777 haben.

[simatec]

@XxJooO
So wie ich das sehe, hast du mit dem fix irgendein Problem mit den Rechten verursacht, da du vorher iobroker als root installiert hattest

[XxJooO]

Das sehe ich ähnlich, fragt sich nur, warum der Fixer das so gemacht hat. Denn vorher ging es, hinterher nicht...

[simatec]

@XxJooO
Naja ich bin skeptisch dass man ein altes auf root laufendes System so umstellen sollte.

Da passt anscheinend jetzt einiges nicht mehr.

[XxJooO]

Nun ja, das ist aber doch der Sinn des InstallFixers. Wenn das nicht berücksichtigt würde, dann wäre der InstallFixer ja ad absurdum geführt.

Letztlich willst Du mir aber doch wohl sagen, dass ich um eine Neuinstallation von ioBroker nicht herum komme.
Jetzt habe ich Zusatzfragen und werde einen neuen thread aufmachen.

[simatec]

@XxJooO

Naja der Fixer ist soweit wie ich weiß in erster Linie für Neuinstallationen mit dem User iobroker.
Da deine Installation noch auf root lief, bin ich mir nicht sicher, was da genau passiert.

Eventuell kann da @AlCalzone etwas zu sagen.

[eumats]

Ich hatte das gleiche Problem. Meine Lösung habe ich hier beschrieben: https://forum.iobroker.net/topic/13746/adapter-iobroker-backitup-stable-release/1923

[XxJooO]

@eumats und @simatec ,

Hallo zusammen, ich bin @eumats sehr dankbar für seinen Beitrag, jetzt läuft es auch bei mir wieder. Neuinstallation erspart.

Vielen Dank und "dicke Eier"

[AlCalzone]

@simatec Der Fixer richtet auch alte Installationen her, die noch auf root laufen.

[chka]

guten nabend

ich gehe das Problem jetzt auch mal an, der fixer hat leider mehr kaputt gemacht als das er geholfen hat.
also Ordner gelöscht und backup neu gestartet

folgender Fehler kommt beim backup

[ERROR] [minimal] - host.IoBrocker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_04_25-20_39_57_backupiobroker.tar.gz'

gehe ich in den Ordner /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files

bekomme ich folgende Ordner angezeigt:

web.0
vis.0
admin.4
admin.3
admin.0

alle mit 775 rechten und alle lehr wieso auch immer admin 4 und 3 diese Instanzen habe ich nicht!!
die backup.json im Ordner davor hat die rechte 644

der ordner /opt/iobroker/backups/ hat ebenfalls die rechte 775

also sollte es keine Probleme mit den rechten geben trotz der Fehlermeldung. ebenso wird eine Datei im Ordner /opt/iobroker/backups/ angelegt.