Probleme bei Backup erstellen auf Synology mit iobroker im Docker Container

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

BePe1

Benutzer
Registriert
06. März 2024
Beiträge
91
Reaktionspunkte
6
Punkte
8
Hey,
ich habe eine DS923+ mit DSM 7.2.
Bei mir läuft der iobroker im Docker Container.
Versuche nun mit Hilfe des Adapters Backitup ein Backup des iobrokers und von meiner CCI/Homematic
in einen freigegebenen Ordner: "volume1/backup" auf der Synology zu sichern.
Ich hab es per FTP als auch mit NFS probiert.
Das Backup wird auch im Container von iobroker selber im Unterordner Backup zwischengespeichert,
allerdings gelingt es iobroker nicht das dann in den freigegeben Ordner zu kopieren oder abzulegen.
NFS bzw. FTP ist freigegeben und eine Nutzer ist auch mit den korrekten Rechten angelegt.
Bei NFS kommt das raus:
Started iobroker ...
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.xxx.xxx.xxx:/sharename/backupDir /opt/iobroker/backups"
[ERROR] [mount] - [undefined mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: access denied by server while mounting 192.xxx.xxx.xxx:/sharename/backupDir

[DEBUG] [mount] - Error: Command failed: sudo mount 192.xxx.xxx.xxx:/sharename/backupDir /opt/iobroker/backups
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: access denied by server while mounting 192.xxx.xxx.xxx:/sharename/backupDir

[DEBUG] [iobroker] - host.bc856c044581 107 states saved

[DEBUG] [iobroker] - host.bc856c044581 147 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2024_03_12-13_21_44_iobroker_backupiobroker.tar.gz

[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - used copy path: /sharename/backupDir
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [historyHTML] - new history html values created
[DEBUG] [historyHTML] - done
[DEBUG] [historyJSON] - new history json values created

[DEBUG] [historyJSON] - done

Und bei FTP das:
Started iobroker ...
[DEBUG] [iobroker] - host.bc856c044581 107 states saved

[DEBUG] [iobroker] - host.bc856c044581 147 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2024_03_12-13_24_11_iobroker_backupiobroker.tar.gz

[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1

[DEBUG] [iobroker] - done

[ERROR] [ftp] - Error: Timeout while connecting to server
Weiss jemand wodran das liegen kann?
 
Reicht ein Thread nicht? Dort steht auch schon, dass beim Mount-Befehl das "/volume1" und die Optionen fehlen.
 
Nein trotz einsetzen des volume1 in den jeweiligen Pfad erhalte ich die gleichen Fehlermeldungen.Was ist denn mit Optionen gemeint??
 
Probier's mal zumindest mit
sudo mount -t nfs -o rw,soft,nolock 192.xxx.xxx.xxx:/volume1/sharename/backupDir /opt/iobroker/backups
und auch auf der Groß-/Kleinschreibung der Verzeichnisnamen achten.
Das nach dem -o sind die Optionen durch Komma getrennt.

Edit: und setze die NFS-Freigabe mal von 192.xxx.xxx.xxx auf 192.xxx.xxx.0/24, damit sie für dein ganzes Subnetz gilt. Das verfälschen der Befehle ist übrigens total unnötig, da da nichts geheimes steht.
 
Zuletzt bearbeitet:
Hey das mit dem direkten Kommandozeile von dir kann ich im iobroker Adapter Backitup nicht einsetzen. Hier in dem Thread versuch ich es mit dem Adapter da muss ich nur IP, Benutzer, Passwort und Pfad angeben, den Rest mach er alleine. Da habe ich nicht die Möglichkeit sowas einzustellen.
Der andere Thread war zunächst mit Kommandozeile , das hab ich jetzt mal erst pausiert, das es mit iobroker und dem Adapter angeblich einfach ist!
Im Adapter hab ich als Empfängerhost die IP der Synology eingestellt. Ist das evt. der Fehler, da ja iobroker auf der Synology schon im Dockercontainer läuft? Und ja die gleiche IP hat und nur über anderen Port erreichbar ist.
 
Ja, verstehe, ich kenne deinen iobrocker nicht. Trotzdem muss am Ende ein gültiger Befehl herauskommen.

Wenn das ein Dockercontainer ist, wäre es dann nicht einfacher, das Backup-Verzeichnis als Volume zu mappen? So in der Art:
Code:
...
    volumes:
      - /volume1/sharename/backupDir:/opt/iobroker/backups
...
 
Hey,
ja das könnte man tun, aber sauberer ist es halt wenn es nicht direkt in einem
Container liegt.
Was könnte denn in den Einstellungen der Synology den Zugriff verweigern??
Bin hier auch Neuling.
 
Keine Ahnung, das musst du jemanden fragen, der deinen iobrocker kennt.
Aber Volumes liegen ja nicht "direkt in einem Container" das ist ja das Prinzip dabei.

Such einfach mal im Internet oder hier im Forum. Da findet man z.B. das hier.
 
Zuletzt bearbeitet:
FTP läuft bei mir so:
aTzoJjJ.png
 
Hey Ulfhednir, trägst du da beim Server die IP deiner Synology ein und
den Benutzer auf deiner NAS für den freigegebenen Ordner?
So ist es zumindest bei mir!
 
Ich hab folgendes dann noch freigegebenen:
 

Anhänge

  • nfs bere.JPG
    nfs bere.JPG
    66,6 KB · Aufrufe: 9
  • pfad.JPG
    pfad.JPG
    41,5 KB · Aufrufe: 8
  • nfs.JPG
    nfs.JPG
    116,2 KB · Aufrufe: 8
Sorry bin durcheinander gekommen die Bilder sind von meinen versuchen per NFS über den iobroker Adapter Backitup. Ist aber auch nicht erfolgreich.
 

Additional post fields

 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat