Monatsrückblick Januar/Februar 2026 ist online!

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