NEWS
Adapter: iobroker.backitup (stable Release)
-
Habe bei mir den Adapter nun auch installiert, bin dabei auf ein paar Probleme gestoßen.
-
Konfigurationsseite "NAS-Einstellungen". Ich habe keinen Hinweis gefunden, dass der Pfad nicht mit Slash beginnen darf, habe das erst aus dem Skript entnommen.
-
Der ioBroker läuft bei mir nicht unter root sondern unter einem Useraccount. D. h., bei Ausführung von "mount -t cifs -o username= …" bekomme ich folgenden Fehler: "mount: only root can use "--options" option" mittels sudo klappt es dann. Könnte sudo bei mount im Skript nicht generell genutzt werden?
-
Die Ermittlung ob "cifs-utils" installiert ist, hat bei mir nicht funktioniert, habe es manuell nachinstalliert. Ich weiß auch nicht, ob "type -p mount" die richtige Abfrage ist. Bei mir liefert die Abfrage "/bin/mount". Besser wäre ggf. "apt -qq list cifs-utils", welches bei mir "cifs-utils/oldstable,oldstable,now 2:6.4-1 armhf [installed]" liefert, wenn nicht installiert: ""
-
Im Backupskript bin ich der Meinung, dass beim Stoppen des iobroker der sleep-Befehl nach "iobroker stop" stehen sollte oder?
-
In backitup.0.history.totalLastTime wurde ein Datum geschrieben und in backitup.0.history.html ein Eintrag vorgenommen, obwohl wegen dem Mounten das Backup fehlgeschlagen war. In backitup.0.output.line stand der Fehlercode. Über das Datum kann man "streiten", aber im Log hätte ich dann doch den Fehlercode erwartet, zumal der Wert in backitup.0.output.line beim nächsten Start des Adapters bzw. der nächsten Aktion überschrieben wird.
-
Laut main.js wird der ein Backup auslösende Datenpunkt nach dem Backup wieder auf false gesetzt. Bei mir ist dies nicht geschehen (Vollbackup), ich denke, dass der Adapter nach dem Neustart (Stop ioBroker bei Backup aktiv) nichts mehr von dem laufenden Skript weiß. Eine Lösung wäre ggf. beim Start des Adapters zu ermitteln, ob das bash-Skript noch läuft und dann auf das Beenden des Skriptes zu warten (Abfrage per scheduler?) oder das Rücksetzen gleich via bash-Skript und SimpleAPI zu machen.
Ansonsten hat es wunderbar funktioniert, ein tolles lehrreiches Beispiel einer Skriptintegration in einen Adapter.
Danke
-
-
Um meine MySQL Datenbank auf meinem NAS zu sichern über "backitup" kommt folgende Fehlermeldung ?
User und Passwort sind aber richtig:
backitup.0 2018-08-08 19:41:10.642 error [minimal] mysqldump: Got error: 2003: Can't connect to MySQL server on '192.168.xxx.xxx' (111) when trying to connect backitup.0 2018-08-08 19:41:10.479 error [minimal] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) backitup.0 2018-08-08 19:41:10.477 error [minimal] mount error(16): Device or resource busy backitup.0 2018-08-08 19:41:10.286 error [minimal] use the device is found by lsof(8) or fuser(1).) backitup.0 2018-08-08 19:41:10.285 error [minimal] (In some cases useful info about processes that backitup.0 2018-08-08 19:41:10.280 error [minimal] umount: /opt/iobroker/backups: target is busy -
Es stehen gerade größere Veränderungen beim Adapter an.
shell wird komplett entfallen. `
"Es stehen gerade größere Veränderungen beim Adapter an." –-->
:shock:Aber ich kann ja vorher ein Backup machen
"shell wird komplett entfallen." ---> ? Was bedeutet das?
Gruß Peter
-
Es stehen gerade größere Veränderungen beim Adapter an.
shell wird komplett entfallen. `
"Es stehen gerade größere Veränderungen beim Adapter an." –-->
:shock:Aber ich kann ja vorher ein Backup machen
"shell wird komplett entfallen." ---> ? Was bedeutet das?
Gruß Peter `
Das heißt dass es dann ein reiner JavaScript Adapter sein wird ohne die backitup shell.
Der große Vorteil wird sein dass der Adapter dann auch auf Mac und Windows laufen wird.
-
Um meine MySQL Datenbank auf meinem NAS zu sichern über "backitup" kommt folgende Fehlermeldung ? `
Also kann ich erstmal warten bis der neue Adapter rauskommt und dann nochmal alles testen?
Gesendet von iPhone mit Tapatalk `
Musst du nicht … mysql läuft auf dem aktuellen Stand 0.2.7 ohne Probleme.
Poste mal deine Config per Screenshot
Gesendet von iPhone mit Tapatalk
-
@Mic:Das Problem ist jetzt zwar weg, aber das sollte man eventuell im Hinterkopf behalten das alte Installationen die Objekte nicht neu schreiben. Das könnte die ein- oder andere Fehlerquelle erklären. `
Ich kenne die Problematik von anderen Systemen bei der Plugin-Programmierung.
Die Lösung ist hier, dass im Plugin die aktuell zu installierende Version in eine Konstante kommt, z.B. '3.17'. Dann wird im Skript im Bereich "Plugin-Installation" die derzeit installierte Version abgefragt. Wenn man dann hier z.B. "< '3.11'" hat, dann wird bei bestehenden Installationen kleiner Version 3.11 was durchgeführt, in diesem Fall könnten die Objektinhalte in die neue Objektstruktur übertragen - oder falls nicht relevant - alle alten Objekte gelöscht werden.
Nur meine 2 Cents… Wäre gegebenfalls auch was für ein Adapter-Framework. `
Adapter ist gerade 2 Wochen alt und ist noch tiefe BETA Version.Adapter wurde stark überarbeitet und es gibt noch viel zu tun. Und du schlägst vor die Zeit in Kompatibilität zu stecken?
Wieso machst das selbst nicht?
-
Ja stelle bitte die Adapterinstanz auf debug und poste den kompletten Log
Gesendet von iPhone mit Tapatalk `
Okay hier das Log:
backitup.0 2018-08-09 09:01:20.934 debug [minimal] --- Delete old backups --- backitup.0 2018-08-09 09:01:20.920 debug [minimal] success --- Checking and deletion of the old MySql backup files was successful --- backitup.0 2018-08-09 08:55:26.551 debug [minimal] success --- Minimal Backup created --- backitup.0 2018-08-09 08:55:26.382 debug [minimal] Backup created: /opt/iobroker/backups/minimal-2018_08_09-08_55_10_backupiobroker.tar.gz backitup.0 2018-08-09 08:55:10.720 debug [minimal] --- Minimal Backup started --- backitup.0 2018-08-09 08:55:10.685 debug [minimal] success --- MySql was compressed --- backitup.0 2018-08-09 08:55:10.654 debug [minimal] error --- MYSQL Backup was not created --- backitup.0 2018-08-09 08:55:10.647 error [minimal] mysqldump: Got error: 2003: Can't connect to MySQL server on '192.168.xxx.xxx' (111) when trying to connect backitup.0 2018-08-09 08:55:10.448 debug [minimal] --- Creating MYSQL-Backup --- backitup.0 2018-08-09 08:55:10.186 debug [minimal] Creating minimal backup [minimal||5|192.168.xxx.xxx|Daten/Daten/iobroker|xxxxx|xxxxx||||FTP|false|false||iobroker|xxxx|xxx|5|192.168.xxx.xxx|3307|/opt/iobroker] backitup.0 2018-08-09 08:55:10.131 debug [minimal] bash /opt/iobroker/node_modules/iobroker.backitup/backitup.sh "minimal||5|192.168.40.11|Daten/Daten/iobroker|admin|*****|||*****|FTP|false|false||iobroker|xxxx|*****|5|192.168.xxx.xxx|3307|/op backitup.0 2018-08-09 08:52:30.594 info [total] backup was activated at 08:55 every 7 day(s) backitup.0 2018-08-09 08:52:30.512 info [minimal] backup was activated at 08:55 every 1 day(s) backitup.0 2018-08-09 08:52:30.439 info starting. Version 0.2.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3 backitup.0 2018-08-09 08:52:30.154 debug statesDB connected backitup.0 2018-08-09 08:52:29.946 debug objectDB connected backitup.0 2018-08-09 08:52:24.644 info terminating backitup.0 2018-08-09 08:51:23.652 info [total] backup was activated at 02:15 every 7 day(s) backitup.0 2018-08-09 08:51:23.531 info [minimal] backup was activated at 02:00 every 1 day(s) backitup.0 2018-08-09 08:51:23.462 info starting. Version 0.2.7 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3 backitup.0 2018-08-09 08:51:23.177 debug statesDB connected backitup.0 2018-08-09 08:51:22.922 debug objectDB connected -
Daten/Daten/iobroker Stimmt das???? `
Ja so heisst der Share auf dem NAS. Wobei er warum auch immer direkt in Daten/Daten schreibt und nicht ins Unterverzeichnis iobroker
Ich geh mal davon aus das du die xxx bei der IP nachträglich reingeschrieben hast, wobei ein paar posts weiter oben hast du die IP Adresse eh nicht "unterdrückt".
Gruß Peter `
Ja habe ich nachträglich bearbeitet weil mir zu viel Sachen drin standen
-
Hallo erstmal,
und danke für diesen Adapter.
Jedoch bekomme ich ihn nicht zum laufen ich habe meinen Daten für mein NAS eingetragen auf FTP.
Wenn ich es mit Filezille versuche komme ich auch drauf.
Hier mein Log ` > backitup.0 2018-08-10 18:20:24.726 error [ccu] Exited with 1
backitup.0 2018-08-10 18:20:24.718 debug [ccu] –- Error by Homematic-Login!! Details here: /opt/iobroker/node_modules/iobroker.backitup/backitup.sh.lastrun ---
backitup.0 2018-08-10 18:20:24.716 debug [ccu] invalid username oder password
backitup.0 2018-08-10 18:20:24.709 debug [ccu] Error by Homematic-Login !
backitup.0 2018-08-10 18:20:24.694 debug [ccu] success –- Login Homematic CCU successful ---
backitup.0 2018-08-10 18:20:24.213 debug [ccu] –- Start Homematic CCU Backup ---
backitup.0 2018-08-10 18:20:24.211 debug [ccu] Creating ccu backup [ccu||5|192.168.1.206|/Backup/CCU/|Backup|backup|192.168.1.117|Admin||FTP|false|false||||||||/opt/iobroker]
backitup.0 2018-08-10 18:20:24.180 debug sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
backitup.0 2018-08-10 18:20:24.177 debug [ccu] Telegram Message enabled
backitup.0 2018-08-10 18:20:24.175 debug [ccu] used Telegram-Instance: telegram.0
backitup.0 2018-08-10 18:20:24.175 info [ccu] bash /opt/iobroker/node_modules/iobroker.backitup/backitup.sh "ccu||5|192.168.1.206|/Backup/CCU/|Backup|backup|192.168.1.117|Admin||FTP|false|false||||||||/opt/iobroker"
backitup.0 2018-08-10 18:20:24.169 info [ccu] oneClick backup started `
Das bekomme ich angezeigt also es wird kein Backup angelegt.
MFG Maggi
333
Online32.4k
Users81.4k
Topics1.3m
Posts