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

[Humidor]

@oFbEQnpoLKKl6mbY5e13 nein, wird nicht angelegt, doch Rechteprobleme?

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Kommt denn eine Fehlermeldung, wenn du den Befehl absetzt?

[Humidor]

@oFbEQnpoLKKl6mbY5e13 Nein
wenn ich das im Grafana probiere, kommt eine permission denied
dh er ekennt hier keine Zugriffsrechtprobleme, dennoch wird es nicht angelegt

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Es kommt keinerlei Rückmeldung auf den Befehl?

[Humidor]

@oFbEQnpoLKKl6mbY5e13 nein, oder mach ichs im falschen Verzeichnis?

ja, habs überlesen

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Zunächst mit cd /opt/backitup in den richtigen Ordner wechseln.

[Humidor]

@oFbEQnpoLKKl6mbY5e13 ja, richtig, sorry
Ja - er legt das file an.

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Das ist gut, denn das bedeutet, dass der Container Schreibrechte auf das gemountete Volume hat.

[Humidor]

@oFbEQnpoLKKl6mbY5e13 Ja, dh es liegt am Adapter.

gerade bei einem Neustart vom ioB

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Vielleicht hat @simatec eine Erklärung dafür, dass eine CIFS-Fehlermeldung kommt, obwohl du NAS/Kopieren konfiguriert hast?

[Humidor]

@oFbEQnpoLKKl6mbY5e13

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Hast du da einen / hinter /opt/backitup konfiguriert?

[Humidor]

auch ohne schon probiert.

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Das ist falsch. Mach den letzen / weg.

[Humidor]

@oFbEQnpoLKKl6mbY5e13 hab ich, Adapter Neustart, selbes Ergebnis, er zeigt auch keine doppelten // an, vermute solche Themen fängt er schon ab

[oFbEQnpoLKKl6mbY5e13]

@Humidor

Da wird nichts abgefangen. Der Pfad muss schon korrekt konfiguriert werden. Da du Schreibrechte auf /opt/backitup aus dem Container hast, kann ich mir nicht erklären, weshalb Backitup da nicht reinschreiben kann.

[Thomas Braun]

Kann es sein, dass zum einen das Dateisystem per CIFS auf /opt/iobroker/backups eingehängt wird und dann eine Dateioperartion (Kopieren von /opt/iobroker/backup auf das Dateisystem auf dem NAS) gewuppt werden soll?
Das kann nicht funktionieren, das wäre eine Schleife und die Datei würde wieder in sich selber geschrieben.

[Humidor]

der Adapter legt als erstes das erstelle Backup unter dem Verzeichnis vom Container ab, also Volume1/docker/iob/backups

dann versucht er mM die Dateien in das Verzeichnis zu schieben, welches im Adapter eingestellt ist (welche im Container gemountet wurde, um Zugriff zu haben).

also wenn er von backups auf /opt/backitup schreibt, müsste es dann auf volume3/backup/iobroker ankommen.
einen vorigen mount odgl. bräuchte es ja nicht, er hat ja schon den Pfad. ? bzw. der Adapter schreibt auf "lokal", hier irgendwelche Zugriffe zu schaffen ist ja Unsinn.
nur weiß er das nicht? irgendwas erscheint mir hier noch nicht logisch bzw. richtig zu laufen.

[Humidor]

hat hier jemand vom Adapter zugesehen, oder soll das reported werden?

[Marc Berg]

@Humidor sagte in Backitup - NAS ?:

@oFbEQnpoLKKl6mbY5e13 ja, richtig, sorry
Ja - er legt das file an.

Bei deinem Test hast du als User "root" das File schreiben können, das ist aber nicht aussagekräftig. Du musst im Container zunächst

su iobroker

machen, danach nochmal

cd /opt/backitup
touch test.txt

Ich gehe fest davon aus, dass dem user "iobroker" (bzw. der UID "1000") die Rechte fehlen! Der Fix würde also lauten:

chown -R 1000:1000 /volume3/backup/iobroker

auf der Synology Console.

Und dass im Backitup Log "CIFS" auftaucht, obwohl "Copy" eingestellt ist: das ist nur eine Anzeige für alle "NAS/Copy" Befehle (z.B. auch bei NFS). Unter der Haube wird kein CIFS-Mount erstellt.

EDIT: Fix ergänzt