Backup von IoBroker auf WDMycloud oder FritzNAS

[Thomas Braun]

@NicoR
Ich dachte in einer VM?
Na egal, bin ich so oder so raus.

[UncleSam]

@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobroker

Ich bin ja kein CIFS/SMB Spezialist, aber stimmt das da: zwischen IP und Pfad hat es eine Lücke.
Normalerweise sollte das doch ungefähr so aussehen:

sudo mount -t cifs -o <options> //WIN_SHARE_IP/<share_name> /mnt/win_share

[Homoran]

@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

LXC Container

das ist keine VM

[Thomas Braun]

@UncleSam
Adlerauge!
Stimmt, da darf kein Leerzeichen sein.

[NicoR]

@Thomas-Braun Ja sorry. Hatte ich vergessen. Ich bin bei dem Thema ja leider auch raus.

[UncleSam]

Von https://bayton.org/docs/linux/lxd/mount-cifssmb-shares-rw-in-lxd-containers/:

One of the biggest limitations with LXD I’ve found to date is the inability to mount remote shares on unprivileged containers. While it’s still not possible at this point to mount CIFS shares from within a container directly, I’ve figured out a way to get around this by first mounting the shares on the LXD host and then using lxd config device add to mount them in my containers from there.

Wenn das so ist, dann findest du hier möglicherweise eine Lösung:
https://forum.proxmox.com/threads/solved-expose-cifs-share-to-lxc-container.44757/

Ansonsten würde ich den Mount einfach auf dem Proxmox machen und dann das Lokale Verzeichnis in den Container mounten.

[Homoran]

@UncleSam sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

zwischen IP und Pfad hat es eine Lücke.

Aber wo kommt die her, in der Konfig steht die IP und der share.
Die IP ist ohne / am ende, also auch kein Leerzeichen dort. Das wird beim zusammenbau hinzugefügt.

Entweder ist das in der Konfig vor dem Pfad zum share, oder dort gehört kein führender / hin

@NicoR
Ist vor dem /FRITZ.NAS ein Leerzeichen?
Wenn ja, löschen, wenn nein, bitte mal ohne / versuchen.

Ich bin bei Containern nämlich sonst auch raus

[NicoR]

@Homoran
War kein Leerzeichen. Hab es jetzt mal entfernt. Denke ist aber immer noch der gleiche Fehler.
Hier der Log:
backitup.0 2021-01-04 16:17:44.233 debug (25569) [iobroker] exec: done
backitup.0 2021-01-04 16:17:44.082 debug (25569) [iobroker/history] backitup.0.history.json
backitup.0 2021-01-04 16:17:44.081 debug (25569) [iobroker/history] backitup.0.history.html
whatsapp-cmb.0 2021-01-04 16:17:43.925 info (13000) Send BackItUp: Die Sicherung wurde nicht vollständig erstellt. Bitte überprüfe die Fehlermeldungen!! mount: Error: Command failed: sudo mount -t cifs -o username=Backup,password=,rw,file_
backitup.0 2021-01-04 16:17:43.923 debug (25569) [iobroker/whatsapp] done
backitup.0 2021-01-04 16:17:43.923 debug (25569) sendTo "send" to system.adapter.whatsapp-cmb.0 from system.adapter.backitup.0
backitup.0 2021-01-04 16:17:43.922 debug (25569) [iobroker/whatsapp] [iobroker] used WhatsApp-Instance: whatsapp-cmb.0
backitup.0 2021-01-04 16:17:43.317 debug (25569) [iobroker/clean] done
backitup.0 2021-01-04 16:17:43.317 debug (25569) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0 2021-01-04 16:17:42.866 debug (25569) [iobroker/cifs] done
backitup.0 2021-01-04 16:17:41.811 debug (25569) [iobroker/iobroker] done
backitup.0 2021-01-04 16:17:40.793 debug (25569) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_01_04-15_17_38_backupiobroker.tar.gz
backitup.0 2021-01-04 16:17:39.682 debug (25569) [iobroker/iobroker] host.IoBroker 3135 objects saved
backitup.0 2021-01-04 16:17:39.661 debug (25569) [iobroker/iobroker] host.IoBroker 2514 states saved
backitup.0 2021-01-04 16:17:37.965 debug (25569) [iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2021-01-04 16:17:37.965 debug (25569) [iobroker/mount] mount error(1): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=Backup,password=,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FRITZNAS/Backups/IoBroker /opt/i
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] mount error(1): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted
backitup.0 2021-01-04 16:17:37.963 debug (25569) [iobroker/mount] [undefined Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FRITZNAS/Backups/IoBroker /opt/
backitup.0 2021-01-04 16:17:37.940 debug (25569) [iobroker/mount] first mount attempt with smb option failed. try next mount attempt without smb option ...

[fastfoot]

@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

FRITZ.NAS kein Bestandteil der Freigabe sein sollte, weil das ja der IP des Servers entspricht, oder? (aber da kann ich mich irren)

tust du(dich irren) die Fritz Freigabe hat immer //ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig von den Einstellungen ist. siehe hier

[Homoran]

@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

tust du(dich irren)

war ja auch vollkommen im Bereich des Möglichen

@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

immer //ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig

aber dann darf der sharename doch nicht mit (noch) einem / beginnen
Ein / wird doch schon vom Adapter hinzugefügt

[fastfoot]

@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

aber dann darf der sharename doch nicht mit (noch) einem / beginnen
Ein / wird doch schon vom Adapter hinzugefügt

meine Angabe hatte sich auf den mount Befehl in der Konsole bezogen, wenn Backitup den Slash selbst hinzufügt, sollte man ihn wohl weglassen, könnte aber gut sein dass das 'verziehen' wird

[Thomas Braun]

@fastfoot @Homoran

Wie gesagt, in meiner Konfig steht das führende / auch drin. Und es funktioniert...
Ob es vom Adapter rausgefiltert wird kann ich gar nicht sagen, hab aber auch keine Lust mal ohne / zu probieren.

[Homoran]

@Thomas-Braun sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

in meiner Konfig steht das führende / auch drin. Und es funktioniert...

in meiner eben nicht - und wir hatten bereits mindestens einen Fall, bei dem die Entfernung des führenden / eine Heilung eines Problems bewirkte

@Thomas-Braun sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

hab aber auch keine Lust mal ohne / zu probieren.

Das soll ja auch der User mit dem Problem machen.
Kann ja (mal wieder) ohne weiters sein, dass es nicht auf allen Systemen zu Problemen führt

[crunchip]

@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/

Möglichkeit wäre noch per Ftp
Per Ftp kommt das
/Fritz.Nas/
noch davor, wie bereits erwähnt, sofern man die Fritzbox nicht umbenannt hat, ansonsten den Namen entsprechend anpassen)

Frage nebenbei, ist überhaupt Platz auf dem internen Speicher?

[Homoran]

@crunchip
so hatte ich es auch im Kopf.

Auch den Unterschied zu NFS

[fastfoot]

@crunchip sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/

Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...

[Homoran]

@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...

so sieht es bei mir mit CIFS auf die Syno auf allen meinen Installationen aus

Beim Hostnamen optional die IP

[fastfoot]

@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:

so sieht es bei mir mit CIFS auf die Syno auf allen meinen Installationen aus

ja, 'normale' shares brauchen nur die ip + Ordnername, das ist bei meiner NAS auch so, oder bei einer Freigabe auf dem Laptop. Bei der FritzBox brauche ich aber zwingend ip/fritz.nas/Ordnername. Habe es in Backitup mit und ohne probiert, ohne fritz.nas bekomme ich einen mount Fehler. Bei der Angabe des Pfads ist Backitup gnädig, es funktioniert jeweils mit und ohne vorangestellten Slash, im Bild mit

[NicoR]

@crunchip ich habe es jetzt in allen Variationen getestet. Hab auch ein USB Stick an der Fritzbox. Extra neu besorgt und mit 16Gb.
Auch mit Ftp bekomme ich nix rüber.

backitup.0	2021-01-04 19:39:59.682	debug	(29011) system.adapter.admin.0: logging true
backitup.0	2021-01-04 19:39:47.749	debug	(29011) [iobroker] exec: done
backitup.0	2021-01-04 19:39:47.598	debug	(29011) [iobroker/history] backitup.0.history.json
backitup.0	2021-01-04 19:39:47.597	debug	(29011) [iobroker/history] backitup.0.history.html
backitup.0	2021-01-04 19:39:47.436	debug	(29011) [iobroker/whatsapp] done
backitup.0	2021-01-04 19:39:47.433	debug	(29011) sendTo "send" to system.adapter.whatsapp-cmb.0 from system.adapter.backitup.0
whatsapp-cmb.0	2021-01-04 19:39:47.434	info	ftp: Error: /Backups\IoBroker/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz: Permission denied. to das musste hier nicht stehen
whatsapp-cmb.0	2021-01-04 19:39:47.434	info	Die Sicherung wurde nicht vollständig erstellt. Bitte überprüfe die Fehlermeldungen!!
whatsapp-cmb.0	2021-01-04 19:39:47.434	info	(13000) Send BackItUp:
backitup.0	2021-01-04 19:39:47.430	debug	(29011) [iobroker/whatsapp] [iobroker] used WhatsApp-Instance: whatsapp-cmb.0
backitup.0	2021-01-04 19:39:46.824	debug	(29011) [iobroker/clean] done
backitup.0	2021-01-04 19:39:46.823	debug	(29011) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0	2021-01-04 19:39:46.221	debug	(29011) [iobroker/ftp] done
backitup.0	2021-01-04 19:39:46.221	debug	(29011) [iobroker/ftp] Error: /Backups\IoBroker/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz: Permission denied.
backitup.0	2021-01-04 19:39:46.215	debug	(29011) [iobroker/ftp] Send iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz
backitup.0	2021-01-04 19:39:46.214	debug	(29011) [iobroker/ftp] FTP connected.
backitup.0	2021-01-04 19:39:45.042	debug	(29011) [iobroker/iobroker] done
backitup.0	2021-01-04 19:39:44.020	debug	(29011) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz
backitup.0	2021-01-04 19:39:42.957	debug	(29011) [iobroker/iobroker] host.IoBroker 3135 objects saved
backitup.0	2021-01-04 19:39:42.937	debug	(29011) [iobroker/iobroker] host.IoBroker 2514 states saved
backitup.0	2021-01-04 19:39:41.347	debug	(29011) Backup has started ...
backitup.0	2021-01-04 19:39:40.654	debug	(29011) No backup file was found
backitup.0	2021-01-04 19:39:38.653	error	(29011) FTP: Error: /Backups/IoBroker: Permission denied.
backitup.0	2021-01-04 19:39:38.648	debug	(29011) FTP: connected.
backitup.0	2021-01-04 19:39:38.351	debug	(29011) [ccu] 10 30 01 */3 * *
backitup.0	2021-01-04 19:39:38.347	info	(29011) [ccu] backup was activated at 01:30 every 3 day(s)
backitup.0	2021-01-04 19:39:38.347	debug	(29011) [iobroker] 10 00 02 */1 * *
backitup.0	2021-01-04 19:39:38.340	info	(29011) [iobroker] backup was activated at 02:00 every 1 day(s)
backitup.0	2021-01-04 19:39:38.276	info	(29011) starting. Version 1.7.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.0, js-controller: 3.1.6
backitup.0	2021-01-04 19:39:37.998	debug	(29011) Plugin sentry Initialize Plugin (enabled=true)
backitup.0	2021-01-04 19:39:37.535	debug	(29011) statesDB connected
backitup.0	2021-01-04 19:39:37.535	debug	(29011) States connected to redis: 127.0.0.1:9000
backitup.0	2021-01-04 19:39:37.529	debug	(29011) States create System PubSub Client
backitup.0	2021-01-04 19:39:37.528	debug	(29011) States create User PubSub Client
backitup.0	2021-01-04 19:39:37.524	debug	(29011) Redis States: Use Redis connection: 127.0.0.1:9000
backitup.0	2021-01-04 19:39:37.523	debug	(29011) objectDB connected
backitup.0	2021-01-04 19:39:37.519	debug	(29011) Objects connected to redis: 127.0.0.1:9001
backitup.0	2021-01-04 19:39:37.495	debug	(29011) Objects client initialize lua scripts
backitup.0	2021-01-04 19:39:37.494	debug	(29011) Objects create User PubSub Client
backitup.0	2021-01-04 19:39:37.494	debug	(29011) Objects create System PubSub Client
backitup.0	2021-01-04 19:39:37.492	debug	(29011) Objects client ready ... initialize now
backitup.0	2021-01-04 19:39:37.427	debug	(29011) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.IoBroker	2021-01-04 19:39:36.077	info	instance system.adapter.backitup.0 started with pid 29011
host.IoBroker	2021-01-04 19:39:33.574	info	instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
backitup.0	2021-01-04 19:39:33.058	info	(28925) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
backitup.0	2021-01-04 19:39:33.058	debug	(28925) Plugin sentry destroyed
backitup.0	2021-01-04 19:39:33.057	info	(28925) terminating
backitup.0	2021-01-04 19:39:33.057	info	(28925) cleaned everything up...
backitup.0	2021-01-04 19:39:33.056	info	(28925) Got terminate signal TERMINATE_YOURSELF
host.IoBroker	2021-01-04 19:39:33.054	info	stopInstance system.adapter.backitup.0 send kill signal
host.IoBroker	2021-01-04 19:39:33.053	info	stopInstance system.adapter.backitup.0 (force=false, process=true)

MOD-Edit: Code in code-tags gesetzt und private Daten entfernt!

Ich denke ich probiere mal das Backup direkt in Proxmox zu erschlagen. Vielleicht liegt es wirklich an dem LXC Container

[UncleSam]

@NicoR Bitte Code Tags </> verwenden!

FTP müsste auch im Container gehen, aber du hast noch irgendwelche \ Backslash drin. Es müssen immer alles / Slashes sein.