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

[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

[Humidor]

@Marc-Berg danke dir! ja d "iobroker" hat keine Zugriffsrechte, wusste ich nicht dass das ein anderer user ist? ev dem user in den Systemeinstellungen von der Syno Zugriffsrechte geben, aber was hat er für ein Passwort?

hab mich da auch im Verzeichnis vertan, aber man sieht das Problem denke ich:

"backup" ist auf volume3
"iobroker" ist das Verzeichnis darin
das stimmt schon, aber er findet es nicht?

hmm, mach ich den chown an der falsche Stelle?

auf der Syno fkt. das auch nicht ? ich als Administrator?

changing ownership.... auf iobroker, brauchts das? es fehlen Rechte auf das Verzeichnis, ach warum ist die syno immer so scheiß kompliziert und alles immer ein Drama....

[Marc Berg]

@Humidor sagte in Backitup - NAS ?:

hmm, mach ich den chown an der falsche Stelle?

auf der Syno fkt. das auch nicht ? ich als Administrator?
changing ownership.... auf iobroker, brauchts das? es fehlen Rechte auf das Verzeichnis, ach warum ist die syno immer so scheiß kompliziert und alles immer ein Drama....

Kenne mich auf der Syno nicht aus, aber Fakt ist, dass du die Berechtigungen korrigieren musst. Entweder die Ownership übernehmen:

Mit sudo sollte es gehen.

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

Oder über die Weboberfläche die Berechtigungen anpassen

[Humidor]

als Admin hat er bei dem sudo nichts gesagt, keine Rückmedlung
aus dem Docker Terminal kann ich dennoch nicht als iobroker zugreifen

[Marc Berg]

@Humidor

ls -la /volume3/backup/iobroker

[Humidor]

@Marc-Berg sagte in Backitup - NAS ?:

ls -la /volume3/backup/iobroker

[Marc Berg]

@Humidor

Gehe bitte noch mal in den Container und mache

su iobroker
cd /opt/backitup
touch test.txt
ls -la

Und zeigen!