Adapter: iobroker.backitup (stable Release)

Peoples

Hallo simatec,

ich habe das Problem, dass ich bei einem Komplett-Backup auch den ioBroker beenden lasse. Leider Produziert dann bei einem Neustart dann node-red einen Fehler: viewtopic.php?f=20&t=19936

Ich kann mich natürlich daran gewöhnen, dass ich einen Nuestart von ioBroker nur über die Docker-Verwaltung im DSM-Menü mache, aber das backitup-Skript kann das nicht. Kannst Du das vielleich tin deinem Script berücksichtigen, da ich nicht weiss, wie ich node-red beenden soll, wenn der ioBroker gestoppt wird.

Gruss,

Mitch `

Wichtig zu wissen ist:

der Neustart beim komplett Backup dient nur dazu die wirklich "kürzlichst" erstellten Werte vor dem Backup zu speichern und ist nicht zwingend erforderlich. Wahrscheinlich fällt dir garnicht auf dass etwas fehlt.

Wenn du Probleme durch den Neustart hast, dann lass ihn einfach weg. Bei mir sichert ein System mit und eines ohne und bisher konnte ich keine Probleme feststellen.

winny1900

Hallo

Bei mir klappt das noch nicht so ganz. User in der FB angelegt und berechtigung erteilt.

Bei NAS und FTp alles Eingetragen.

und beim Test kommt diese Zeile

[DEBUG] - FTP connected.

[DEBUG] - Send minimal_2019_01_03-14_22_34_backupiobroker.tar.gz

[ERROR] - Error: /fritz.nas/#/files/Generic-FlashDisk-01/ioBrokerback/Standard/minimal_2019_01_03-14_22_34_backupiobroker.tar.gz: Permission denied.

simatec

Deine Pfade werden nicht stimmen

Gesendet von iPhone mit Tapatalk

winny1900

So siehts aus

simatec

Ich kenne deinen Pfad leider nicht … Aber http ist schonmal komplett falsch ...

Wenn du per ftp kopieren willst, warum hast du dann cifs mount an?

Das ergibt kein Sinn ... und auch dort kommt laut log ein error.

winny1900

so nun nur FTP

[DEBUG] [minimal] - done

winny1900

Das erste error was kommt beudeutet keinen Zugang oder ?

daniel_89_

~~@simatec:~~

Du kannst die Datei mit einem Editor öffnen.

Nein es wird nur die iob Datenbank gesichert

Gesendet von iPhone mit Tapatalk `

Danke für diene Info. Hab das heute probiert. Unter Windows klappt das nicht, da die "." Datei Windows wohl ein Dorn im Auge ist. Mit meinem Android Handy klappte das ohne Probleme und die Datei war auch richtig mit den Werten befüllt.

Somit alles ok und ich habe ein paar Stunden umsonst Adapter installiert / deinstalliert / konfiguriert

Danke an dieser Stelle auch für den super Adapter

simatec

~~@winny1900:~~

Das erste error was kommt beudeutet keinen Zugang oder ? `

Nimm am besten mal ein FTP Client wie z.B. Filezilla und probier dich mit den Daten auf dem FTP einzuloggen.

Ich gehe davon aus, dass dein Pfad mit dem # nicht stimmen kann

Gesendet von iPhone mit Tapatalk

winny1900

Wenn ich diese Adresse ohen # eingebe komme ich nicht auf die Nas seite.

Das gebe ich in die adresszeile vom Broweser ein und komme dann zum Login:

fritz.box/nas/#/files/Generic-FlashDisk-01

Host: 192.168.178.1

Der Pfad Lautet:

/nas/#/files/Generic-FlashDisk-01

Edit:

Ich komme über Filezilla auf die NAS mit den Login Daten

Segway

Tja, nun war es soweit. von 0.4.2 auf die ganze neue Version installiert und leider geht das backup manuell ausgelöst jetzt nicht mehr. Was soll mir die Meldung sagen ? Nas ist bereits neu gestartet

Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":"Local","mount":"192.168.40.11","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/Daten/Daten/iobroker/Standard","dirMinimal":"/Daten/Daten/iobroker/Standard","dirTotal":"/Daten/Daten/iobroker/Komplett","user":"xxxxx","pass":"****"}
[ERROR] [mount] - [undefined mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxxxxx,password=xxxxxx,rw,file_mode=0777,dir_mode=0777 //192.168.40.11/Daten/Daten/iobroker/Standard /opt/iobroker/backups
mount error(16): Device or resource busy
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

simatec

Das sieht mir so aus, als ob noch ein mount besteht oder dein NAS nicht erreichbar ist.

Probier doch mal einen manuellen Mount über Konsole

Segway

manuell gehts auch nicht…..da ist aber nichts mehr gemountet. Neustart habe ich auch schon gemacht.

simatec

Dann liegt es definitiv nicht an backitup

Hätte mich auch gewundert. Da wurde nix geändert

Segway

Jetzt gehts. Musste auf SMB Typ 2 stellen.

Das ist gegenüber den anderen backups ja minimalst klein

1043_bildschirmfoto_2019-01-04_um_21.56.06.png

simatec

Schaue mal, ob alles gesichert wurde.

Gab es ein Fehler im log

Gesendet von iPhone mit Tapatalk

Segway

Woran sehe ich das ob alles gesichert wurde ?

Meine sql DB ist recht gross da kann das file doch nicht so klein sein

Gesendet von iPhone mit Tapatalk

simatec

Öffne die Datei mit einem geeigneten Tool

Winzip, winrar, 7zip …

Gesendet von iPhone mit Tapatalk

Segway

so hier erstmal das Log; sind auf jedenfall error drin:

2019-01-05 08:43:15.732  - [34mdebug[39m: backitup.0 [minimal/mount] done
2019-01-05 08:43:21.901  - [34mdebug[39m: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_05-08_43_15_backupiobroker.tar.gz
2019-01-05 08:43:21.970  - [34mdebug[39m: backitup.0 [minimal/minimal] done
2019-01-05 08:43:21.996  - [34mdebug[39m: backitup.0 [minimal/mysql] [IGNORED] Error: spawn mysqldump ENOENT
2019-01-05 08:43:22.013  - [34mdebug[39m: backitup.0 [minimal/mysql] done
2019-01-05 08:43:22.036  - [34mdebug[39m: backitup.0 [minimal/cifs] done
2019-01-05 08:43:22.051  - [34mdebug[39m: backitup.0 [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
2019-01-05 08:43:22.051  - [34mdebug[39m: backitup.0 [minimal/clean] done
2019-01-05 08:43:22.057  - [34mdebug[39m: backitup.0 [minimal/mysql] done
2019-01-05 08:43:22.064  - [34mdebug[39m: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2019-01-05 08:43:22.067  - [34mdebug[39m: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2019-01-05 08:43:22.067  - [34mdebug[39m: backitup.0 [minimal/telegram] done
2019-01-05 08:43:22.072  - [34mdebug[39m: backitup.0 [minimal/mysql] MySql File deleted!
2019-01-05 08:43:22.079  - [34mdebug[39m: backitup.0 [minimal/umount] wait 60 seconds for umount!
2019-01-05 08:43:22.085  - [34mdebug[39m: backitup.0 [minimal/history] done
2019-01-05 08:43:22.086  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:43:22.094  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674202093,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}
2019-01-05 08:43:22.134  - [34mdebug[39m: backitup.0 [minimal/redis] done
2019-01-05 08:43:22.135  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:43:22.140  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674202138,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}
2019-01-05 08:44:22.147  - [34mdebug[39m: backitup.0 [minimal/umount] done
2019-01-05 08:44:22.148  - [34mdebug[39m: backitup.0 [minimal] exec: done
2019-01-05 08:44:22.153  - [34mdebug[39m: backitup.0 redis pmessage  io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546674262151,"q":0,"from":"system.adapter.backitup.0","lc":1546674202093}

Segway

~~@nieIP:~~

die Installation von

apt-get install mysql-client

war die Lösung `

Das hier hat die Lösung gebracht ! Zumindest ist der Fehler weg und alles läuft sauber durch –> oder nicht ? mysql.tar.gz ist immer noch sehr klein

backitup.0	2019-01-05 09:45:34.911	debug	redis pmessage io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal
{"val":false,"ack":true,"ts":1546677934908,"q":0,"from":"system.adapter.backitup.0","lc":1546677874890}
backitup.0	2019-01-05 09:45:34.910	debug	[minimal] exec: done
backitup.0	2019-01-05 09:45:34.909	debug	[minimal/umount] done
host.ioBdebian	2019-01-05 09:45:10.805	info	instance system.adapter.daswetter.0 terminated with code 0 (OK)
daswetter.0	2019-01-05 09:45:01.308	info	starting. Version 2.5.0 in /opt/iobroker/node_modules/iobroker.daswetter, node: v8.15.0
host.ioBdebian	2019-01-05 09:45:00.024	info	instance system.adapter.daswetter.0 started with pid 1810
backitup.0	2019-01-05 09:44:39.905	debug	system.adapter.admin.0: logging true
backitup.0	2019-01-05 09:44:39.904	debug	redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1546677879900,"q":0,"from":"system.adapter.admin.0","lc":1546677879900}
backitup.0	2019-01-05 09:44:34.963	debug	[minimal/mysql] MySql File deleted!
backitup.0	2019-01-05 09:44:34.891	debug	redis pmessage io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":false,"ack":true,"ts":1546677874890,"q":0,"from":"system.adapter.backitup.0","lc":1546677874890}
backitup.0	2019-01-05 09:44:34.888	debug	[minimal] exec: done
backitup.0	2019-01-05 09:44:34.885	debug	[minimal/redis] done
backitup.0	2019-01-05 09:44:34.846	debug	[minimal/umount] wait 60 seconds for umount!
backitup.0	2019-01-05 09:44:34.844	debug	[minimal/history] done
backitup.0	2019-01-05 09:44:34.831	debug	[minimal/telegram] done
backitup.0	2019-01-05 09:44:34.830	debug	sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
backitup.0	2019-01-05 09:44:34.828	debug	[minimal/telegram] [minimal] used Telegram-Instance: telegram.0
backitup.0	2019-01-05 09:44:34.823	debug	[minimal/clean] done
backitup.0	2019-01-05 09:44:34.819	debug	[minimal/cifs] done
backitup.0	2019-01-05 09:44:34.814	debug	[minimal/mysql] done
backitup.0	2019-01-05 09:44:34.774	debug	[minimal/mysql] done
backitup.0	2019-01-05 09:44:34.674	debug	[minimal/minimal] done
backitup.0	2019-01-05 09:44:34.561	debug	[minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_01_05-09_44_29_backupiobroker.tar.gz
backitup.0	2019-01-05 09:44:29.848	debug	[minimal/mount] done
backitup.0	2019-01-05 09:44:25.496	debug	redis pmessage io.backitup.0.oneClick.* io.backitup.0.oneClick.minimal {"val":true,"ack":false,"ts":1546677865495,"q":0,"from":"system.adapter.admin.0","lc":1546677865495}
backitup.0	2019-01-05 09:44:22.157	debug	sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: {"638246091":"Schecki_Homematic"}
backitup.0	2019-01-05 09:44:22.154	debug	redis pmessage messagebox.system.adapter.backitup.0 messagebox.system.adapter.backitup.0 {"command":"getTelegramUser","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":1
backitup.0	2019-01-05 09:43:48.300	debug	system.adapter.admin.0: logging false
backitup.0	2019-01-05 09:43:48.298	debug	redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":false,"ack":true,"ts":1546677828296,"q":0,"from":"system.adapter.admin.0","lc":1546677828296}

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

588
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

588Online

31.7kUsers

79.8kTopics

1.3mPosts

588
Online

31.7k
Users

79.8k
Topics

1.3m
Posts