Adapter lässt sich nicht löschen
-
Der Squash dürfte so falsch sein. Die UID/GID sollten eigentlich 1:1 auf dem nfs-Server durchlaufen.
Wem gehört denn z. B.ls -la /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz getfacl /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz -
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Wem gehört denn z. B.
nega@ioBroker:/opt/iobroker$ ls -la /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz -rwxrwxrwx 1 nobody nogroup 438757824 Aug 19 23:01 /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz nega@ioBroker:/opt/iobroker$ getfacl /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz # owner: nobody # group: nogroup user::rwx group::rwx other::rwx -
@negalein sagte in Adapter lässt sich nicht löschen:
Statt 'nobody/nogroup' muss das natürlich weiterhin dem 'iobroker/iobroker' gehören.
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Statt 'nobody/nogroup' muss das natürlich weiterhin dem 'iobroker/iobroker' gehören.
dann leg ich also auf der Synology den Benutzer iobroker und die Gruppe iobroker an.
Und gebe auf der Syno dem Backupordner dem Benutzer iobroker Vollzugriff? -
@negalein sagte in Adapter lässt sich nicht löschen:
dann leg ich also auf der Synology den Benutzer iobroker und die Gruppe iobroker an.
Ja, mit der gleichen gid (groupID) und uid (userID) wie auf dem ioBroker-System.
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Ja, mit der gleichen gid (groupID) und uid (userID) wie auf dem ioBroker-System.
Ok, hab dem User iobroker und Gruppe iobroker dem Ordner zugewiesen.
Squash dann
keine Zuordnung?
-
@negalein sagte in Adapter lässt sich nicht löschen:
Squash dann keine Zuordnung
Welche anderen Optionen werden für Squash angeboten?
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Welche anderen Optionen werden für Squash angeboten?
jetzt kommt bei ls -la
nega@ioBroker:/opt/iobroker$ ls -la /opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz ls: cannot access '/opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz': Permission denied
-
@negalein sagte in Adapter lässt sich nicht löschen:
jetzt kommt bei ls -la
Das ist klar, die gehören ja dem root/root (vermutlich). Kannst du die mit chown auf den user/gruppe iobroker biegen?
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
chown auf den user/gruppe iobroker
wie genau?
chown iobroker:iobroker /opt/iobroker/backupsso richtig?
-
sudo chown -R iobroker:iobroker /opt/iobroker/backups -
@thomas-braun sagte in Adapter lässt sich nicht löschen:
sudo chown -R iobroker:iobroker /opt/iobroker/backups
nega@ioBroker:/opt/iobroker$ sudo chown -R iobroker:iobroker /opt/iobroker/backups chown: changing ownership of '/opt/iobroker/backups/homematic_2022_08_13-01_30_11_3.65.6_backupiobroker.tar.sbk': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/homematic_2022_08_16-01_30_11_3.65.6_backupiobroker.tar.sbk': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/iobroker_2022_08_18-23_00_10_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/historyDB_2022_08_18-23_01_23_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/grafana_2022_08_18-23_02_17_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/javascripts_2022_08_18-23_02_23_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/homematic_2022_08_19-01_30_11_3.65.8_backupiobroker.tar.sbk': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/iobroker_2022_08_19-23_00_10_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/historyDB_2022_08_19-23_01_19_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/grafana_2022_08_19-23_02_12_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/javascripts_2022_08_19-23_02_18_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/iobroker_2022_08_20-23_00_10_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/historyDB_2022_08_20-23_01_08_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/grafana_2022_08_20-23_02_02_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups/javascripts_2022_08_20-23_02_08_Standard_backupiobroker.tar.gz': Operation not permitted chown: changing ownership of '/opt/iobroker/backups': Operation not permitted -
Auf dem nfs-Server die Rechte setzen. Der sudo/root vom Client reicht natürlich nicht auf der Server rüber.
-
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Auf dem nfs-Server die Rechte setzen
hab auf der Syno dem Verzeichnis und den Datein den User:Gruppe iobroker zugeordnet.
Wie werden denn neue Backups angelegt?
mit Backitup
Nfs-Server mal neugestartet?
ja
-
@negalein sagte in Adapter lässt sich nicht löschen:
Wie werden denn neue Backups angelegt?
mit Backitup
Ich meine wem gehören neue Backups. Immer noch Nobody/nogroup?
-
@thomas-braun sagte in Adapter lässt sich nicht löschen:
Immer noch Nobody/nogroup?
Ja, leider
nega@ioBroker:/opt/iobroker$ ls -la /opt/iobroker/backups/iobroker_2022_08_21-23_52_40_Standard_backupiobroker.tar.gz -rwxrwxrwx 1 nobody nogroup 438763309 Aug 21 23:53 /opt/iobroker/backups/iobroker_2022_08_21-23_52_40_Standard_backupiobroker.tar.gz
