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

[Stefan_NK]

@thomas-braun es gibt einen user iobroker auf dem LDAP-Server der das Passwort des io-broker Admins hat, das bei der iobroker-Installation angegeben wurde. Aber klingt die Fehlermeldung nicht nach einem Problem am Raspberry?

[Thomas Braun]

@stefan_nk sagte in Backup - nicht nur iobroker alleine:

Aber klingt die Fehlermeldung nicht nach einem Problem am Raspberry?

Ich würde sagen, hier gelten die Rechte auf dem NFS-Server. Das Dateisystem ist ja eingehängt.
Von LDAP hab ich aber keinen Schimmer.

[Stefan_NK]

@thomas-braun ich habe testweise einen eigenen Benutzer (nicht LDAP) am NAS angelegt und es funktioniert dennoch nicht.
Ich meinte vorhin, ob sich die beiden Fehler nicht auf ein Problem am Raspberry beziehen.

[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-12_29_55_backupiobroker.tar.gz'
[ERROR] [mysql] - Error: Command failed: mysqldump  -u iobroker -p**** iobroker -h localhost -P 3306 > /opt/iobroker/backups/mysql_2023_01_18-12_30_04_backupiobroker.sql
/bin/sh: 1: cannot create /opt/iobroker/backups/mysql_2023_01_18-12_30_04_backupiobroker.sql: Permission denied

[Thomas Braun]

@stefan_nk

Wie sehen die Rechte denn aus?

[Stefan_NK]

@thomas-braun
Ich kenne mich da rechtemäßig nicht wirklich aus unter Linux. Kann mit dem User pi auch nicht auf das backups-Verzeichnis zugreifen

pi@SmartHome2733:/opt/iobroker $ ls -l
total 1244
drwxrwx---    6  1000003  1000000    4096 Jan 18 11:31 backups
-rwxrwxrwx+   1 iobroker iobroker     133 Dec 27 14:17 INSTALLER_INFO.txt
lrwxrwxrwx    1 iobroker iobroker      22 Dec 27 14:17 iob -> /opt/iobroker/iobroker
-rwxrwxr-x+   1 iobroker iobroker     512 Dec 27 14:17 iobroker
drwxrwxr-x+  10 iobroker iobroker    4096 Jan 18 11:36 iobroker-data
drwxrwxr-x+   2 iobroker iobroker    4096 Jan 18 12:45 log
drwxrwxr-x+ 897 iobroker iobroker   28672 Jan 13 14:34 node_modules
-rw-rwxr--+   1 iobroker iobroker     893 Jan 13 14:34 package.json
-rw-rwxr--+   1 iobroker iobroker 1210252 Jan 13 14:34 package-lock.json

[Stefan_NK]

@stefan_nk Ich habe es jetzt mit einem WEB-DAV-Server probiert, da funktioniert es. Dann lasse ich das NAS in der Zwischenzeit.
Kann mir noch jemand meine andere Frage bezüglich des Starts und Ausführen des Backups beantworten? ;-)

[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: