Adapter: iobroker.backitup (stable Release)
-
Stelle bitte mal die Instanz auf debug und poste den kompletten Log mit den debug Ausgaben.
Poste bitte auch mal deine Einstellungen für das total (Screenshot).
Gesendet von iPhone mit Tapatalk `
2018-12-08 21:21:31.343 - debug: backitup.0 objectDB connected
2018-12-08 21:21:31.364 - debug: backitup.0 statesDB connected
2018-12-08 21:21:31.489 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3
2018-12-08 21:21:31.555 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)
2018-12-08 21:21:31.571 - debug: backitup.0 [minimal] 10 00 02 */1 * *
2018-12-08 21:21:31.571 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)
2018-12-08 21:21:31.578 - debug: backitup.0 [ccu] 10 30 01 */3 * *
2018-12-08 21:21:31.578 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)
2018-12-08 21:21:31.581 - debug: backitup.0 [total] 10 00 03 */3 * *
2018-12-08 21:21:33.822 - debug: backitup.0 system.adapter.admin.0: logging true
Besten Dank für die Unterstützung!
-
Welche Dateien werden bei dir beim Standard (minimal) Backup gesichert und ist der Files-Ordner auch leer? (ist zwar kein Adapter Problem, wurde hier aber auch schon mal festgestellt) `
Es wird nur eine backup.json erstellt und ein leerer files Ordner
IoBroker läuft in einer Debian VM auf einer Synology NAS
npm 6.1.0
node js v6.14.3
Wo kann ich die Version vom js-controller sehen?
Und gibt's vielleicht eine Möglichkeit auf eine Version vor 0.3 downzugraden um es damit gegenzutesten? `
Mach mal ein Upgrade von node js und npm.
Meines Wissens gab es mit npm 6.1.0 immer mal wieder Probleme.
Downgraden des Adapters geht im Adaptermenü.
Dort auf das Plus bei backitup gehen. Somit werden dir die verschiedenen Versionen zur Installation angezeigt `
So, kleines Update:
Ich habe gestern nach unzähligen nutzlosen Versuchen mit Downgrades des Adapters und Einstellungsänderungen, dann doch mal den Schritt gewagt und npm und nodejs upgedatet inklusive reinstall. Aktuell sieht es so aus:
npm 6.4.1
node js 8.14.0
js-controller 1.4.2
Damit wurde letzte Nacht das erste Mal wieder richtig ein Backup erstellt, auf das das NAS verschoben und auch das älteste gelöscht wie es sein soll. Also alles gut bis jetzt. Ich hoffe es bleibt so.
Jetzt bleibt nur noch rauszufinden warum der files Odner im minimal Backup leer ist, aber das hat ja nichts mit dem Adapter zu tun, oder? Hat trotzdem jemand eine Idee?
:!: :?:
-
Und wann kommt der error genau?
Kann in dem log keinen Fehler sehen.
Wird denn ein total Backup erstellt?
Gesendet von iPhone mit Tapatalk `
Hier der komplette Log bei manuellem Start der Vollsicherung:
2018-12-09 09:00:48.564 - info: host.ioBroker instance system.adapter.backitup.0 started with pid 16716
2018-12-09 09:00:48.893 - debug: backitup.0 objectDB connected
2018-12-09 09:00:48.913 - debug: backitup.0 statesDB connected
2018-12-09 09:00:49.058 - info: backitup.0 starting. Version 0.4.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v6.14.3
2018-12-09 09:00:49.067 - debug: backitup.0 Printing logs of previous backup
2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] TAR started…
2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] Ignore dir: /opt/iobroker/backups
2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/total] done
2018-12-09 09:00:49.070 - debug: backitup.0 [DEBUG] [total/dropbox] Copy total_2018_12_09-08_54_00_Vollsicherung_backupiobroker.tar.gz…
2018-12-09 09:00:49.071 - error: backitup.0 [ERROR] [total/dropbox] [object Object]
2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/dropbox] done
2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/clean] done
2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/start] done
2018-12-09 09:00:49.071 - debug: backitup.0 [DEBUG] [total/email] done
2018-12-09 09:00:49.376 - debug: backitup.0 [total/email] [total] used E-Mail-Instance: email.0
2018-12-09 09:00:49.378 - debug: backitup.0 sendTo "send" to system.adapter.email.0 from system.adapter.backitup.0
2018-12-09 09:00:49.378 - debug: backitup.0 [total/email] done
2018-12-09 09:00:49.410 - info: backitup.0 [minimal] backup was activated at 02:00 every 1 day(s)
2018-12-09 09:00:49.423 - debug: backitup.0 [minimal] 10 00 02 */1 * *
2018-12-09 09:00:49.423 - info: backitup.0 [ccu] backup was activated at 01:30 every 3 day(s)
2018-12-09 09:00:49.429 - debug: backitup.0 [ccu] 10 30 01 */3 * *
2018-12-09 09:00:49.429 - info: backitup.0 [total] backup was activated at 03:00 every 3 day(s)
2018-12-09 09:00:49.430 - debug: backitup.0 [total] 10 00 03 */3 * *
2018-12-09 09:00:49.485 - debug: backitup.0 [total/history] backitup.0.history.html
-
-
OK dann poste bitte dein Problem hier im Forum in einem separaten Thread, da es nix mit dem Adapter zu tun hat und diesen Thread hier nur unübersichtlich macht und zusätzlich für Verwirrung sorgt
Gesendet von iPhone mit Tapatalk
-
Das sieht mir danach aus, als ob dein Dropboxpfad für das total nicht stimmt.
Gesendet von iPhone mit Tapatalk `
Der Adapter legt die Verzeichnisse ccu, minimal und total doch eigenständig im backupdir an, oder? Ich habe den "total" Ordner in der Dropbox jetzt mal nanuell gelöscht und die Sicherung erneut gestartet. Es passiert aber nichts. Der Adapter legt keinen Ordner an.
-
So, kleines Update:
Ich habe gestern nach unzähligen nutzlosen Versuchen mit Downgrades des Adapters und Einstellungsänderungen, dann doch mal den Schritt gewagt und npm und nodejs upgedatet inklusive reinstall. Aktuell sieht es so aus:
npm 6.4.1
node js 8.14.0
js-controller 1.4.2
Damit wurde letzte Nacht das erste Mal wieder richtig ein Backup erstellt, auf das das NAS verschoben und auch das älteste gelöscht wie es sein soll. Also alles gut bis jetzt. Ich hoffe es bleibt so.
Jetzt bleibt nur noch rauszufinden warum der files Odner im minimal Backup leer ist, aber das hat ja nichts mit dem Adapter zu tun, oder? Hat trotzdem jemand eine Idee?
:!: :?: `
Ich habe auf meinem Testsystem, welches auch mit einer älteren node, nodejs und npm lief, das fehlerhafte Löschen ebenfalls nachstellen können.
Dann habe ich dort ein Upgrade auf node js 8.14.0 und js-controller 1.4.2 durchgeführt.
Nun läuft das Löschen richtig.
Die npm ist leider immer noch die 3.10.10, die bekomme ich einfach nicht geupdated.
Trotzdem geht jetzt das Löschen der ältesten Backups, die Änderung war eigentlich nur die nodejs.
Leider bleibt der files Ornder weiterhin leer, diese Problem wird aber im folgenden Beitrag weiterbehandelt, da es kein Problem des Adapters ist:
Danke nochmals die die Entwickler für die schnelle Unterstützung.
Gruß
Volker
-
Das sieht mir danach aus, als ob dein Dropboxpfad für das total nicht stimmt.
Gesendet von iPhone mit Tapatalk `
Der Adapter legt die Verzeichnisse ccu, minimal und total doch eigenständig im backupdir an, oder? Ich habe den "total" Ordner in der Dropbox jetzt mal nanuell gelöscht und die Sicherung erneut gestartet. Es passiert aber nichts. Der Adapter legt keinen Ordner an. `
Nein backitup legt keine Verzeichnisse in der Dropbox an.
Dies musst du manuell machen.
Wie gesagt, backitup findet deinen Pfad für das total auf der dropbox nicht, weil er nicht existiert
Gesendet von iPhone mit Tapatalk
-
Vielen Dank für die neue Version mit der Möglichkeit backitup auch mit Root-Rechte laufen zu lassen!
Leider kommt bei mir (IOBroker auf Raspi 3B node8 mit der neuen Installationsmethode vom 3.12.) beim mounten die Fehlermeldung:
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Ich denke da wird backitup nicht dafür verantwortlich sein … aber gibt es vielleicht eine einfache Lösung?
Ist kein großes Problem da es nicht auftritt wenn ioBroker einmal mit "sudo" gestoppt und gestartet wird.
-
Das sieht mir danach aus, als ob dein Dropboxpfad für das total nicht stimmt.
Gesendet von iPhone mit Tapatalk `
Der Adapter legt die Verzeichnisse ccu, minimal und total doch eigenständig im backupdir an, oder? Ich habe den "total" Ordner in der Dropbox jetzt mal nanuell gelöscht und die Sicherung erneut gestartet. Es passiert aber nichts. Der Adapter legt keinen Ordner an. `
Nein backitup legt keine Verzeichnisse in der Dropbox an.
Dies musst du manuell machen.
Wie gesagt, backitup findet deinen Pfad für das total auf der dropbox nicht, weil er nicht existiert
Gesendet von iPhone mit Tapatalk `
Das ist nicht korrekt. backitup legt die Verzeichnisse, die in den Dropbox Einstellungen festgelegt werden, eigenständig im App-Folder der Dropbox an. Genauso wie das Verzeichnis "HA-Backup" wenn "Extrapfade für alle Backuptypen" nicht angeklickt ist. Ich habe das jetzt mehrfach reproduziert und dabei auch die Dropbox App neu angelegt und mit Extrapfaden und auch ohne Extrapfade versucht. Das Standardbackup und die CCU Sicherung werden gemacht. Die Vollsicherung nicht. Hat mich jetzt mehrere Stunden gekostet und ich will jetzt auch nicht weiter rumnerven. Trotzdem vielen Dank! -
Vielen Dank für die neue Version mit der Möglichkeit backitup auch mit Root-Rechte laufen zu lassen!
Leider kommt bei mir (IOBroker auf Raspi 3B node8 mit der neuen Installationsmethode vom 3.12.) beim mounten die Fehlermeldung:
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Ich denke da wird backitup nicht dafür verantwortlich sein … aber gibt es vielleicht eine einfache Lösung?
Ist kein großes Problem da es nicht auftritt wenn ioBroker einmal mit "sudo" gestoppt und gestartet wird. `
Dann schalte bitte den sudo mount aus.
Der ist nur für User, die ohne sudo nicht mounten können.
Wenn iob als root ausgeführt wird, wird die Option nicht benötigt
Gesendet von iPhone mit Tapatalk
-
Der Adapter legt die Verzeichnisse ccu, minimal und total doch eigenständig im backupdir an, oder? Ich habe den "total" Ordner in der Dropbox jetzt mal nanuell gelöscht und die Sicherung erneut gestartet. Es passiert aber nichts. Der Adapter legt keinen Ordner an. `
Nein backitup legt keine Verzeichnisse in der Dropbox an.
Dies musst du manuell machen.
Wie gesagt, backitup findet deinen Pfad für das total auf der dropbox nicht, weil er nicht existiert
Gesendet von iPhone mit Tapatalk
Das ist nicht korrekt. backitup legt die Verzeichnisse, die in den Dropbox Einstellungen festgelegt werden, eigenständig im App-Folder der Dropbox an. Genauso wie das Verzeichnis "HA-Backup" wenn "Extrapfade für alle Backuptypen" nicht angeklickt ist. Ich habe das jetzt mehrfach reproduziert und dabei auch die Dropbox App neu angelegt und mit Extrapfaden und auch ohne Extrapfade versucht. Das Standardbackup und die CCU Sicherung werden gemacht. Die Vollsicherung nicht. Hat mich jetzt mehrere Stunden gekostet und ich will jetzt auch nicht weiter rumnerven. Trotzdem vielen Dank!Muss ich mir mal anschauen … vielleicht ist da ein Bug im Code.
Kannst du jetzt mit manuellen Anlegen des Ordners denn das total auf der dropbox ablegen?
Gesendet von iPhone mit Tapatalk
-
Nein backitup legt keine Verzeichnisse in der Dropbox an.
Dies musst du manuell machen.
Wie gesagt, backitup findet deinen Pfad für das total auf der dropbox nicht, weil er nicht existiert
Gesendet von iPhone mit Tapatalk
Das ist nicht korrekt. backitup legt die Verzeichnisse, die in den Dropbox Einstellungen festgelegt werden, eigenständig im App-Folder der Dropbox an. Genauso wie das Verzeichnis "HA-Backup" wenn "Extrapfade für alle Backuptypen" nicht angeklickt ist. Ich habe das jetzt mehrfach reproduziert und dabei auch die Dropbox App neu angelegt und mit Extrapfaden und auch ohne Extrapfade versucht. Das Standardbackup und die CCU Sicherung werden gemacht. Die Vollsicherung nicht. Hat mich jetzt mehrere Stunden gekostet und ich will jetzt auch nicht weiter rumnerven. Trotzdem vielen Dank!Muss ich mir mal anschauen … vielleicht ist da ein Bug im Code.
Kannst du jetzt mit manuellen Anlegen des Ordners denn das total auf der dropbox ablegen?
Gesendet von iPhone mit Tapatalk `
Nein. leider nicht. Das total hat bei mir noch nie funktioniert. -
` > Dann schalte bitte den sudo mount aus.
Der ist nur für User, die ohne sudo nicht mounten können. `
Ohne "sudo mount" kommt folgender Fehler:
mount: only root can use "--options" optionUnd zur Info. Bei mir läuft das Dropbox-Backup mit minimal und total problemlos!
-
Ab sofort ist die Version 0.4.1 im github und ab heute Nacht im latest verfügbar.
0.4.1 (07.12.2018)
__(simatec) Added boolean for backup Success
(simatec) Added Selection menu SMB type (CIFS)
(simatec) Added Checkbox for mount as root (sudo)__
In der Version wurden einige User Wünsche erfüllt.
Pro Backup gibt es in der Objekten einen neuen Datenpunkt, der das erfolgreiche erstellen als true ausgibt.
Des Weiteren hat man nun im CIFS die Möglichkeit die SMB Version zu wählen und im NFS und CIFS kann man die Option "sudo" aktivieren.
Der sudo mount ist für alle User interessant, die iob nicht als root laufen haben. `
0.4.1 startet bei mir immer neu.
ERR_INVALID_CALLBACK
563
Online32.7k
Users82.5k
Topics1.3m
Posts