Backup von IoBroker auf WDMycloud oder FritzNAS

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.

NicoR

@UncleSam ok ich suche es mit nochmal an mit den slashes. Was genau meinst du mit Code Tags? Sorry für die Frage aber bin absolut neu hier.

crunchip

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

getestet. Hab auch ein USB Stick an der Fritzbox. Extra neu besorgt

Auch in der Fritzbox hinterlegt, das auf diesen gespeichert werden soll?
Hast du es mit Ftp getestet?
Und nimm deine Telefonnummer raus aus dem log, nicht das heut nacht jemand sturm klingelt

NicoR

@crunchip FTP auf die Fritzbox funktioniert. Wenigstens etwas
Und danke für die Info mit der Handynummer! In meinem fall aber eh ein Diensthandy. Also wer anruft bekommt etwas verkauft

Danke an alle für die Hilfe!

UncleSam

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

Was genau meinst du mit Code Tags?

Wenn du Code oder Logs hier hin schreibst, dann drücke oben im Text Editor auf das Symbol </>. Somit wird das richtig formatiert und wir können das auch lesen.

perry

Hallo Forum ... da ich hier auch schon reichlich Hilfe erhalten habe ...
Nachdem ich kurz vor der Verzweiflung bzw kurz vor der Aufgabe stand und nach gefühlten 150 Versuchen hat es dann endlich gefunkt. Evt hilft dir die kleine Anleitung und lass es mich bitte wissen, ob es funkt. Bei mir seit dem 22.12.2020 einwandfrei jede Nacht pünktlich um 02:00 :-)))
cu perry

Top 1)		Linux einrichten (Konsole)
		**************************

	- Verzeichnis anlegen, worauf der mount zeigt
* sudo mkdir /media/fritznas

	- auf der Linux-Konsole den MOUNT zu Fuss testen
	- Konsole (Stand nach dem 22.12.2020)
* sudo mount    -t    cifs    -o    credentials=$HOME/.smbcredentials,vers=3.0,uid=1000,gid=1000,noserverino    //192.168.178.1/FRITZ.NAS/ORDNER/ORDNER/Sicherung/sich-pi-16gb/   /media/fritznas

	- den MOUNT in die fstab auf linux reinrichten und einbinden OHNE das der rechner neu gestartet werden muss
* sudoedit /etc/fstab

	- in der fstab den MOUNT Befehl anlegen ... es sollten immer 4 Leerzeichen dazwischen sein oder
          TAB unter Windows nur mit Notepad++ im UNix Mode
//192.168.178.1/FRITZ.NAS/ORDNER/ORDNER/Sicherung/sich-pi-16gb/    /media/fritznas    cifs     credentials=/home/pi/.smbcredentials,vers=3.0,uid=1000,gid=1000,noserverino,x-systemd.automount,x-systemd.requires=network-online.target    0    0

	- den soeben in der fstab erfasste MOUNT-Befehl testen 
	  OHNE einen Rechnerneustart
* sudo mount -a

	- Anzeigen der gemounten Laufwerke
* mount -l
	- oder ist besser
* df -h

	- den Pfad mal testen und auf der Fritz-Box eine Datei anlegen und evt beschreiben und abspeichern
	- den Pfad wechseln
* cd /media/fritznas
	- Datei anlegen z.B.: text oder text.txt
* nano text
	- mit WIN oder einem anderem OS die Datei mal anschauen oder beschreiben und
	  dieses dann wiederum auf dem Linux prüfen


	- nur zur Info: UMOUNT und MOUNT
* sudo umount /media/fritznas
* sudo mount -a



Top 2)		im ioBroker in dem Adapter BACKITUP folgenden Einträge
		******************************************************
		- Verbindungstyp
CIFS
		- Host (ip Fritz-Box)
192.168.178.1

		- Benutzername (z.B.)
iobroker-backitup

		- das Passwort, was in der Fritz-Box erfasst wurde
xxxxxx

		- SMB-Typ
SMB 1.0

		- Haken setzten bei:
X Als root-Benutzer mounten (sudo)

		- evt bei
X Löschen alter NAS / Kopieren-Sicherungen

		- Pfad (ohne Leerzeichen / ohne führende "//")
		- darauf achten, das "/" benutzt wird und NICHT "\"
Fritz.nas/ORDNER/ORDNER/Sicherung/sich-iobroker-pi


Top 3)		Testlauf mit Adapter BACKITUP
		*****************************
- wenn funkt ... übrig gebliebene Flasche Sekt öffnen ;-))
- wenn nicht ... umsteigen auf Wasser ;-((

crunchip

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

SMB 1.0

da bist du aber auf einen alten Stand

perry

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

da bist du aber auf einen alten Stand

das mag sein, aber alles andere hat nicht gefunkt mit meinem nigelnagelneuen Fritz!Box 6291 Cabel mit Fritz!OS 7.22 ... Das Fritz!OS Update (ich meine im 11 oder 12.2020) hat dazu geführt, das nix mehr funkte ... und nur so wie beschrieben funkt es seit dem 22.12.2020 einwandfrei
cu perry

Thomas Braun

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

Seit FritzOS 7.20 wird smb1 endlich durch die aktuellste Protokollversion ersetzt. Auf meiner FritzBox 6490 wird smb3.1.1 eingesetzt.

es sollten immer 4 Leerzeichen dazwischen sein

Warum das?

NEWS

Backup von IoBroker auf WDMycloud oder FritzNAS

Backup von IoBroker auf WDMycloud oder FritzNAS

Support us

551

32.4k

81.3k

1.3m