NEWS
Backup not sucessfull - Zugriffsrechte backup Verzeichnis
-
seit dem letzten Update auf 2.1.17 erhalte ich nach einer iobroker Sicherung ständig eine Mail das das Backup nicht OK wäre. Der Datenpunkt zeigt aber true und das Backup wird auch erstellt.
BackItUp: ****Y****o****u****r**** ****b****a****c****k****u****p**** ****w****a****s**** ****n****o****t**** ****c****o****m****p****l****e****t****e****l****y**** ****c****r****e****a****t****e****d****.**** ****P****l****e****a****s****e**** ****c****h****e****c****k**** ****t****h****e**** ****e****r****r****o****r****s****!****!**** **** ****c****i****f****s****:**** ****E****r****r****o****r****:**** ****E****I****S****D****I****R****:**** ****i****l****l****e****g****a****l**** ****o****p****e****r****a****t****i****o****n**** ****o****n**** ****a**** ****d****i****r****e****c****t****o****r****y****,**** ****u****n****l****i****n****k**** ****'****/****v****o****l****u****m****e****1****/****b****a****c****k****u****p****/****i****o****b****r****o****k****e****r****-****b****a****c****k****u****p****'****
Das Log meint dazu:
chmod for Backup directory could not be completed: Error: EPERM: operation not permitted, chmod '/volume1/opt/iobroker/backups'Please run "iobroker fix"!!Wie wären denn die korrekten Zugriffsrecht des Verzeichnisses "backups"? Kann da jemand was zu sagen?
Danke...
-
seit dem letzten Update auf 2.1.17 erhalte ich nach einer iobroker Sicherung ständig eine Mail das das Backup nicht OK wäre. Der Datenpunkt zeigt aber true und das Backup wird auch erstellt.
BackItUp: ****Y****o****u****r**** ****b****a****c****k****u****p**** ****w****a****s**** ****n****o****t**** ****c****o****m****p****l****e****t****e****l****y**** ****c****r****e****a****t****e****d****.**** ****P****l****e****a****s****e**** ****c****h****e****c****k**** ****t****h****e**** ****e****r****r****o****r****s****!****!**** **** ****c****i****f****s****:**** ****E****r****r****o****r****:**** ****E****I****S****D****I****R****:**** ****i****l****l****e****g****a****l**** ****o****p****e****r****a****t****i****o****n**** ****o****n**** ****a**** ****d****i****r****e****c****t****o****r****y****,**** ****u****n****l****i****n****k**** ****'****/****v****o****l****u****m****e****1****/****b****a****c****k****u****p****/****i****o****b****r****o****k****e****r****-****b****a****c****k****u****p****'****
Das Log meint dazu:
chmod for Backup directory could not be completed: Error: EPERM: operation not permitted, chmod '/volume1/opt/iobroker/backups'Please run "iobroker fix"!!Wie wären denn die korrekten Zugriffsrecht des Verzeichnisses "backups"? Kann da jemand was zu sagen?
Danke...
@spaceduck
Wie mountest du denn das Dateisystem? Mit welchen Parametern? -
@spaceduck
Wie mountest du denn das Dateisystem? Mit welchen Parametern?@thomas-braun
Das ist ein SW RAID1 -> /dev/md0 on /volume1 type ext4 (rw,relatime) -
@thomas-braun
Das ist ein SW RAID1 -> /dev/md0 on /volume1 type ext4 (rw,relatime)@spaceduck
Das heißt das ist permanent per SMB gemounted? Über die fstab? -
@spaceduck
Das heißt das ist permanent per SMB gemounted? Über die fstab?@thomas-braun
Das sind alles lokale HDD's in einem HP Gen8, keine Netzwerkmounts.sda -> gemountet auf /
sdb & sdc /dev/md0 -> gemountet auf /volume1der broker ist installiert auf -> "/volume1/opt/iobroker"
Das Backup Verzeichnis liegt nur ein Verzeichnis drunter-> "/volume1/opt/iobroker/backups"Hat wie gesagt bis zum letzten Update gefunzt, Backup wird ja auch angelegt. CCU backups gehen ins gleiche Verzeichnis, Datenpunkt und Mail dazu melden durchgängig OK, nur die Mail für den iobroker meldet Fehler. Das backup Verzeichnis hat aktuell 777 permissions
-
@thomas-braun
Das sind alles lokale HDD's in einem HP Gen8, keine Netzwerkmounts.sda -> gemountet auf /
sdb & sdc /dev/md0 -> gemountet auf /volume1der broker ist installiert auf -> "/volume1/opt/iobroker"
Das Backup Verzeichnis liegt nur ein Verzeichnis drunter-> "/volume1/opt/iobroker/backups"Hat wie gesagt bis zum letzten Update gefunzt, Backup wird ja auch angelegt. CCU backups gehen ins gleiche Verzeichnis, Datenpunkt und Mail dazu melden durchgängig OK, nur die Mail für den iobroker meldet Fehler. Das backup Verzeichnis hat aktuell 777 permissions
Schaut bei mir so aus:
echad@chet:~ $ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-x -
Schaut bei mir so aus:
echad@chet:~ $ getfacl /opt/iobroker/backups/ getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-x@thomas-braun
Jepp, identisch bei mir.
Hab jetzt noch was probiert: Wenn ich das Backup manuell aus den Adapter Settings starte dann meldet die Mail OK. Gestartet über cron kommt die Fehlermail. Das versteht doch niemand mehr...
-
@thomas-braun
Jepp, identisch bei mir.
Hab jetzt noch was probiert: Wenn ich das Backup manuell aus den Adapter Settings starte dann meldet die Mail OK. Gestartet über cron kommt die Fehlermail. Das versteht doch niemand mehr...
@spaceduck Schaue mal bitte, was für Rechte dein Mount Laufwerk hat
-
@spaceduck Schaue mal bitte, was für Rechte dein Mount Laufwerk hat
-
Also ich hab jetzt nochwas rausgefunden...
-> Settings iobroker Tab: 14 Backups
Wenn das Backup Nummer 15 angelegt wird, dann kommt die Fehlermail, aber das älteste Backup wird nicht gelöscht - anscheinend triggert das die Fehlermeldung (wenn ich die Dateinen mnuell lösche gehts dann wieder)
Im gleichen Vertzeichnis wird auch ein CCU Backup mit gleichen Settings generiert, dort funktioniert alles. Ein Rechteproblem sollte es dann eigentlich nicht sein. -
Also ich hab jetzt nochwas rausgefunden...
-> Settings iobroker Tab: 14 Backups
Wenn das Backup Nummer 15 angelegt wird, dann kommt die Fehlermail, aber das älteste Backup wird nicht gelöscht - anscheinend triggert das die Fehlermeldung (wenn ich die Dateinen mnuell lösche gehts dann wieder)
Im gleichen Vertzeichnis wird auch ein CCU Backup mit gleichen Settings generiert, dort funktioniert alles. Ein Rechteproblem sollte es dann eigentlich nicht sein.@spaceduck Wenn ein Fehler beim Backup auftritt, wird nicht gelöscht, da du andernfalls am Ende gar keine Backups mehr hast
-
@spaceduck Wenn ein Fehler beim Backup auftritt, wird nicht gelöscht, da du andernfalls am Ende gar keine Backups mehr hast
@simatec said in Backup not sucessfull - Zugriffsrechte backup Verzeichnis:
@spaceduck Wenn ein Fehler beim Backup auftritt, wird nicht gelöscht, da du andernfalls am Ende gar keine Backups mehr hast
Wie schon oben geschrieben: Das Backup wird erstellt, da ist kein Fehler bei der Erstellung. Es scheitert am löschen der alten Backups, wenn ich die Files manuell lösche, dann kommt keine Fehler-Mail mehr. BTW, der Datenpunkt zeigt auch immer "OK"
-
@simatec said in Backup not sucessfull - Zugriffsrechte backup Verzeichnis:
@spaceduck Wenn ein Fehler beim Backup auftritt, wird nicht gelöscht, da du andernfalls am Ende gar keine Backups mehr hast
Wie schon oben geschrieben: Das Backup wird erstellt, da ist kein Fehler bei der Erstellung. Es scheitert am löschen der alten Backups, wenn ich die Files manuell lösche, dann kommt keine Fehler-Mail mehr. BTW, der Datenpunkt zeigt auch immer "OK"
@spaceduck Zeige mal mit ls -la den Inhalt deines Backup-Ordners
-
@spaceduck Zeige mal mit ls -la den Inhalt deines Backup-Ordners
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden