@glasfaser said in [iobroker synology docker] Problem mit Backup über Backitup:

smartHome/iobroker_data/iobroker_backup

Danke für deine schnelle Antwort @Glasfaser !!!

Wenn ich einen Mount mache (und der wird als User administrator als Owner des docker-Prozesses "iobroker_one" durchgeführt)

dann ist es völlig egal, wie lang ich den Pfad wähle, es funktionieren alle Varianten.

Dann kann ich auch CIFS stehen und die Fehler durchlaufen lassen, da er jedes Mal in dem Ordner /opt/iobroker/backup ein Backup anlegt, es jedoch nicht in einen anderen Ordner "überträgt" (copy, nfs, cifs).

Auf den Ordner kann ich natürlich über den Mount zugreifen - ist aber m.E. nicht Sinn der Sache (NAS/Kopieren). Wenn ich auf eine andere NAS (z.B. meine Synology DS214+) übertragen möchte, würde das schon nicht mehr in einem Rutsch funktionieren.

Damit ist meine Herausforderung mit der Anmeldung durch den User "backItUpUser" leider noch nicht gelöst.

Dies habe ich auch noch beim Start im Terminal vom Docker gefunden:

Hallo zusammen,

ich betreibe eine Synology 920+ mit iobrocker-container im Docker-Paket.

Es existiert ein Backup-User "backItUpUser" mit Berechtigungen auf einen BackUp-Ordner "smartHome/iobroker_data/iobroker_backup". Über Windows10 kann ich mich mit dem User "backItUpUser" direkt über

• "//lokale IP-Adresse/smartHome"
• "//lokale IP-Adresse/iobroker_data"
• "//lokale IP-Adresse/iobroker_backItUp"
  auf alle Ordner des Pfades "/smartHome/iobroker_data/iobroker_backItUp" mit Netzlaufwerk verbinden (Test der Zugriffsrechte). Ich habe dem User für Testzwecke in die Gruppe der Administratoren aufgenommen.

Der Docker-Container heisst "iobroker_one" (taucht auch wieder im Backitup-Debug in der Fehlermeldung auf).

Meine Einstellungen in Backitup:

Hier der erste, entscheidende Teil des Debugging-Outputs:

====================================

Started iobroker ...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":"local","mount":"//192.168.1.2","debugging":true,"fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=2.0","sudo":true,"cifsDomain":"","deleteOldBackup":true,"ownDir":true,"dir":"/iobroker_data/iobroker_backItUp/","dirMinimal":"/iobroker_data/iobroker_backItUp/","user":"backItUpUser","pass":"****"}
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=backItUpUser,password=,rw,file_mode=0777,dir_mode=0777 //192.168.1.2/iobroker_data/iobroker_backItUp/ /opt/iobroker/backups
sudo: Hostname iobroker_one kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt
mount: /opt/iobroker/backups: cannot mount //192.168.1.2/iobroker_data/iobroker_backItUp/ read-only.

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=backItUpUser,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.1.2/iobroker_data/iobroker_backItUp/ /opt/iobroker/backups
sudo: Hostname iobroker_one kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt
mount: /opt/iobroker/backups: cannot mount //192.168.1.2/iobroker_data/iobroker_backItUp/ read-only.

====================================

Der User hat Lese- und Schreib-Berechtigung auf die Ordner im Pfad "/smartHome/iobroker_data/iobroker_backItUp".

Der Backup-Prozess läuft aufgrund der Fehler im Prozess natürlich nicht durch.

Gibt es irgendwelche Ideen?

Meine Idee ohne Lösungsstrategie: Ich denke, dass es mit dem Docker-Container zu tun hat, da in der Fehlermeldung "iobroker_one" auftaucht, ohne dass ich dies irgendwo in der Backitup-Instanz angegeben habe.

Cheers,
bernq

@frankthegreat

"Morgenstund hat Gold im Mund!"

• Ich habe mal "An die lokale Netzwerkschnittstelle binden" auf "Auto" gestellt.
• Ferner habe ich in der KNX-Adapter-Instanz unter "lokale Netzwerkschnittstelle" die "phys. EIB Adresse" auf "15.15.22" statt "1.1.0" gestellt.

Irgendetwas hat funktioniert, da meine Berker BiQ nund Datum und Uhrzeit anzeigen.

Ich werde mal ein bisschen mit "trial&error" rumspielen, um dem Thema komplett auf den Grund zu gehen.

Interessanter war zwischenzeitlich ohne eine mir bewußte Einstellungsänderung auch einmal ein "vernünftiges" Datumsformat unterhalb der beiden "nodes" zu sehen (jezt steht da wieder ein großer ganzzahliger Wert). Unter den Objekten des iobrokers ist weiterhin ein "blank" - egal was sich da tut.

Ich glaube, dass ich auch noch eine suboptimale Einstellung meines KNX-Gateways habe. Ich habe mir selbst (und ich bin kein Elektriker) ein EIB-Gateway vom eibmarkt (Weinzierl) eingebaut.

Wenn im iobroker die Instanzen mit Verbindung zum Gateway laufen (KNX, JS, SCENES, SKRIPTE), dann ist die Schnittstelle in meiner ETS-APP blockiert. Früher lief alles über den Gira Homeserver und IP-Tunneling. Kann ich das auch über den iobroker "tunneln"?

@frankthegreat

@frankthegreat

Ich habe mal folgendes eingestellt:

und es gibt erst einmal nur noch warnings:

@frankthegreat

DIes steht noch im Log:

und er zeigt auch keine Werte mehr an sowie einen "disconnected"

Dies führe ich auf die Umstellung von 1 sec auf 1 min zurück.

@frankthegreat

@frankthegreat Dank deiner Hilfe läuft nun node-red mit knx-ultimate. Er zeigt mir eine Verbindung an. Die Aktualisierung habe ich nun auf 1sec stehen, so dass ich fortlaufend sehe, was gesendet wird. In node-red sehe ich einen ganzzahligen Wert (steht wohl für eine ansteigende Zeiteinheit), die aber nicht nach den gängigen Formaten formatiert ist. Dieser Wert wird auch nicht in die iobroker-Objektliste unter Datum bzw. Uhrzeit geschickt bzw. kommt dort nicht sichtbar an (wie das schon bei blockly funktioniert hat - siehe oben).

Ansonsten sieht alles gut aus - die Berker BiQ erhalten aber kein Signal, auf dass sie reagieren.

Bei Dir sieht das Format im ScreenShot anders aus. Noch eine Idee, woran das liegen kann?

@bergi_37 Sorry, ich bin im Moment so mit meinem Problem beschäftigt, bei dem ich Themen der Verbindung zwischen iobroker und KNX (ETS) versuche zu lösen (und das auch mit Synology 920+), dass ich selbstredend davon ausgegangen bin, dass du auf diese (ETS) Schnittstelle zugreifen wolltest - vergiss meinen Hinweis.

@bergi_37 Hast du die ETS parallel geöffnet, mit dem BUS verbunden und blockierst damit evtl. die einzige Schnittstelle?