Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@stefan_nk sagte in Backup - nicht nur iobroker alleine:

1000003 1000000

Was sind denn das für uid/gid ?
Kein Wunder das da keiner der Standarduser irgendwas darf.

[Stefan_NK]

@thomas-braun keine Ahnung, ich habe da nichts gemacht und das Backupverzeichnis wurde sicher durch backitup angelegt :man-facepalming:
Kann man das ändern? Ich habe auch kein Problem mit der Sicherung auf webdav

[Thomas Braun]

@stefan_nk sagte in Backup - nicht nur iobroker alleine:

keine Ahnung, ich habe da nichts gemacht

Natürlich hast du da irgendwas gemacht.
Im Normalfall (wenn man nämlich nix macht) gehört der mountpunkt dem iobroker:iobroker und nicht dem unbekannten 1000003:1000000

[Stefan_NK]

@thomas-braun äh... nein, mit dem Backups verzeichnis habe ich nichts gemacht. Aber wie auch immer - wenn es an dem liegen würde, könnte das backup mit webdav auch nicht funktionieren.
Kann ich das Rechteproblem ohne eine Neuinstallation lösen?

[Thomas Braun]

@stefan_nk

iobroker stop
iobroker fix
iobroker start

[Thomas Braun]

@stefan_nk
So schaut das aus, wenn man nichts macht:

echad@chet:~ $ ls -lAh /opt/iobroker/
total 964K
drwxrwxr-x+   2 iobroker iobroker 4.0K Oct  2 19:24 backups
-rwxrwxrwx+   1 iobroker iobroker 1.5K Dec 31 01:35 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker   22 Dec 31 01:35 iob -> /opt/iobroker/iobroker
-rwxr-xr-x+   1 iobroker iobroker  512 Dec 31 01:35 iobroker
drwxrwxr-x+  10 iobroker iobroker 4.0K Jan 18 13:08 iobroker-data
drwxrwxr-x+   2 iobroker iobroker 4.0K Jan 18 12:36 log
drwxrwxr-x+ 767 iobroker iobroker  36K Jan 16 18:01 node_modules
-rw-rwxr--+   1 iobroker iobroker  155 Dec 31 01:35 .npmrc
-rw-rwxr--+   1 iobroker iobroker 1.7K Jan 16 18:01 package.json
-rw-rwxr--+   1 iobroker iobroker 895K Jan 16 18:01 package-lock.json
echad@chet:~ $ getfacl /opt/iobroker/backups/
getfacl: Removing leading '/' from absolute path names
# 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

echad@chet:~ $

[Stefan_NK]

@thomas-braun
ich habe denn fix durchgeführt, die Berechtigungen sehen jetzt anders aus aber es funktioniert nicht.
Der Fehler beim NAS bleibt leider.
Ich will auch keine Grundsatzdiskussion starten und bin über jede Hilfe sehr dankbar. Allerdings, wenn ich sage ich habe keine Berechtigungen geändert, dann ist das so. Warum sollte ich die ändern, wenn ich - wie gesagt - mich mit Linuxberechtigungen nicht richtig auskenne?

Started iobroker ...
[DEBUG] [mount] - mount activ... umount is started before mount!!
[DEBUG] [mount] - umount successfully completed
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.10:/backup/SmartHome2733 /opt/iobroker/backups"
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.SmartHome2733 4208 states saved

[DEBUG] [iobroker] - host.SmartHome2733 4634 objects saved

[ERROR] [iobroker] - host.SmartHome2733 Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2023_01_18-13_32_19_backupiobroker.tar.gz'

[DEBUG] [iobroker] - done
[DEBUG] [mysql] - MySql-Backup started ...
[ERROR] [mysql] - Error: Command failed: mysqldump  -u iobroker -p**** iobroker -h localhost -P 3306 > /opt/iobroker/backups/mysql_2023_01_18-13_32_28_backupiobroker.sql
/bin/sh: 1: cannot create /opt/iobroker/backups/mysql_2023_01_18-13_32_28_backupiobroker.sql: Permission denied

Ich werde es mal beim webdav belassen. Hauptsache ich habe Backup, egal wo es liegt.

[Marc Berg]

@thomas-braun sagte in Backup - nicht nur iobroker alleine:

@stefan_nk sagte in Backup - nicht nur iobroker alleine:

keine Ahnung, ich habe da nichts gemacht

Natürlich hast du da irgendwas gemacht.
Im Normalfall (wenn man nämlich nix macht) gehört der mountpunkt dem iobroker:iobroker und nicht dem unbekannten 1000003:1000000

ich nehme an @Stefan_NK hat ein QNAP, diese UID/GID können durch ein QNAP erzeugt werden.

[Thomas Braun]

@marc-berg

Dann hat er wirklich nix gemacht, auch die uid/gid nicht gemappt oder gesquasht. Bei NFS müssen die UID/GID ja auf allen Servern übereinstimmen. .

[Stefan_NK]

@marc-berg ja, ist ein QNAP-NAS. Hast du Erfahrung damit?

[Marc Berg]

@stefan_nk sagte in Backup - nicht nur iobroker alleine:

@marc-berg ja, ist ein QNAP-NAS. Hast du Erfahrung damit?

Leider nicht ausreichend, um hier zu helfen. Ist schon ne Weile her und damals habe ich ausschließlich von Windows-Clients darauf zugegriffen.

Aber wenn ich wenig google, würde ich die "Advanced Folder Permissions" aktivieren und die Permissions als "Quick Hack" anpassen.

[BananaJoe]

Ich würde die NFS-Berechtigungen nicht auf den Benutzer setzen sondern auf die IP-Adresse.
Im Dialog im QNAP wo für die Freigabe die Benutzer sind kannst du oben im DropDown auf Hosts umschalten.

Im neuen Dialog gibst du dann die IP-Adresse deines ioBroker-Systems ein und stellst den Zugriff auf root

Dann kann das iobroker-System ohne Passwort etc. die NFS Freigabe mounten und auch schreiben (egal welcher Benutzer das vom ioBroker aus das macht).

Wenn mein NAS hochgefahren ist schiebe ich einen Screenshot nach (mein NAS wird per Wake-On-LAN nur für das Backup hochgefahren und dann wieder beendet)

So, die Screenshots: