SOLVED Hilfe bei Backitup-Adapter Connect zu Synology-NAS
-
@dittmar sagte in Hilfe bei Backitup-Adapter Connect zu Synology-NAS:
und möchte mir nichts zerschießen.
und dann findest du Idee mit dem chmod Rechte zu verändern gut?
-
Stelle mal auf SMB 3 und bei Pfad nur deinen freigegeben Ordner .
EDIT:
siehe hier :
https://forum.iobroker.net/topic/30410/backitup-auf-nas-nfs-oder-cifs/17
-
@dittmar sagte in Hilfe bei Backitup-Adapter Connect zu Synology-NAS:
@thomas-braun mein iobroker läuft im Docker auf der Synology Nas
Sorry überlesen !
Mache es ganz einfach ..... mounte einfach den Ordner
/backup/_ioBroker-BackitUp
also bei dir
backup/_ioBroker-BackitUp ....... /opt/iobroker/backups -
@homoran den Befehl kannte ich noch von meiner Nextcloud Installation... daher kam mir der in den Sinn...
So ist es halt wenn man sich nicht auskennt, man klammert sich an Anleitungen und try & error. Wobei ich jetzt bei meiner Neuinstallation auf try & error verzichten möchte
-
@glasfaser danke für deine Erläuterung. Ich weiß nun was zu tun ist, und warum.
Da ich mir beim letzten "Edit/Create" in Portainer den Container scheinbar ruiniert habe, frage ich nochmal genauer nach.
wo führe ich den mount Befehl durch?
meine Idee wäre, den Iobroker Container unter Portainer stoppen, dann Edit/Create und unter Volumes den Pfad hinzufügen. Danach deploy
oder geht es einfach unter der Syno Oberfläche wenn ich den Docker stoppe?
-
@dittmar sagte in Hilfe bei Backitup-Adapter Connect zu Synology-NAS:
oder geht es einfach unter der Syno Oberfläche wenn ich den Docker stoppe?
Richtig
-
@glasfaser Danke, dann versuche ich das gleich.
-
@glasfaser das funktioniert leider nicht, in dem Freigabe-Ordner wird keine Datei erstellt.
ich habe auf der Synology den Ordner gemountet:
dann in der backitup instanz alles wieder auf copy zurück gestellt, da ich ja den standard-backup ordner ausgelagert habe (so verstehe ich es zumindest)
backitup beendet mit diesem Fehler:
Gestartet... [DEBUG] [mount] - done [DEBUG] [iobroker] - host.iobroker 1256 states saved [DEBUG] [iobroker] - host.iobroker 1766 objects saved [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_01_27-17_34_09_backupiobroker.tar.gz' [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [history] - backitup.0.history.html [DEBUG] [history] - backitup.0.history.json [DEBUG] [umount] - done [EXIT] 9 -
-
@dittmar sagte in Hilfe bei Backitup-Adapter Connect zu Synology-NAS:
backitup instanz alles wieder auf copy zurück gestellt, da ich ja den standard-backup ordner ausgelagert habe
Nein, du jubelst dem System mit dem mounten das entfernte Dateisystem der Synology als lokal unter. Deswegen kannst du ohne weiteres Hantier in den backup-Ordner schreiben, die Daten werden physisch auf dem NAS geschrieben.
-
der Haken ist raus, die Instanz neu gestartet, der Fehler bleibt der gleiche. Auf dem Nas Ordner wird auch
kein Ordnerkeine Datei erstellt.Gestartet... [DEBUG] [iobroker] - host.iobroker 1237 states saved [DEBUG] [iobroker] - host.iobroker 1766 objects saved [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_01_27-18_12_34_backupiobroker.tar.gz' [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed [DEBUG] [iobroker] - done [DEBUG] [clean] - done [DEBUG] [history] - backitup.0.history.html [DEBUG] [history] - backitup.0.history.json [EXIT] 9kann es an meinem alten JS controller liegen?
-
@dittmar Nein, das mounten erfolgt ja vollkommen unabhängig vom js-controller.
Sein System könnte man aber dennoch auf Stand halten.
-
@thomas-braun da bin ich noch am Lesen, was ich wie weit updaten kann. Leider möchte ich einen Adapter benutzen der mit node v12 nicht zurecht kommt.
Und da ich mich nicht gut auskenne möchte ich mir da die Sachens step-by-step aneignen. Auch das Update Thema in Docker.
Habe mir neulich erst - bewusst - ein älteres buanet System aufgesetzt. Eben wegen diesem einem Adapter der serialport v6 nutzt, und dies in Node v12 nicht mehr unterstützt wrid.
-
Nimm mal zum testen den Mount in der Docker Einstellung raus und dann ein Backup machen .
Was ist dann .Liegt dann im Ordner ein Backup
/opt/iobroker/backupsMeine Vermutung dein Ordner auf der Synology hat keine Freigabe .
-
@dittmar step-by-step ist gut...
Warum fängst du eigentlich im zweiten Stock an? -
@thomas-braun wie meinst du das?
-
in der Oberfäche der Synology habe ich das Volumen wieder entfernt.
in der backitup Intanz jedoch das häkchen wieder gesetzt, sonst bliebt der "jetzt sichern" button grau.
Log aus dem Fenster bei Ausführung:
Gestartet... [DEBUG] [mount] - done [DEBUG] [iobroker] - host.iobroker 1256 states saved [DEBUG] [iobroker] - host.iobroker 1766 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_01_27-18_30_29_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [history] - backitup.0.history.html [DEBUG] [history] - backitup.0.history.json [DEBUG] [umount] - done [EXIT] 0Backup Daten werden wieder erstellt:
-
-
Gestartet... [DEBUG] [mount] - done [DEBUG] [iobroker] - host.iobroker 1241 states saved [DEBUG] [iobroker] - host.iobroker 1766 objects saved [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/iobroker_2021_01_27-18_56_04_backupiobroker.tar.gz' [ERROR] [iobroker] - host.iobroker Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error [ERR_STREAM_DESTROYED]: Cannot call write after a stream was destroyed [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [history] - backitup.0.history.html [DEBUG] [history] - backitup.0.history.json [DEBUG] [umount] - done [EXIT] 9dann lasse ich es ohne den extra mount. ist dann auch nicht so tragisch...
