Betatester für Backitup 2.0.0 gesucht
-
@liv-in-sky
mysqldump muss auf deinem iobroker-System laufen.
Die eigentliche mysql Datenbank kann an einem entfernten Rechner laufen. -
@lobomau
Diesen Fehler hatte ich auch vor einiger Zeit mal bei einem Adapter Update eines anderen Adapters.
Instanz und Adapter deinstallieren und neu installieren hat bei mir geholfen -
Danke dir - habe es nachinstalliert - jetzt ist es da ! leider kann ich es nicht öffnen - ist das normal ? der ordner mit dem punkt ist seltsam
- andere frage - wäre es möglich mehrere tägliche automatische backups für die javascripe zu bekommen ? - hatte heute morgen den fall, das mein js-conroller nicht mehr anlief, nachdem ich etwas in einem alias geändert hatte. bkp war von gestern abend - aber die geänderten scripte von heute morgen waren weg.
-
@liv-in-sky sagte in Betatester für Backitup 2.0.0 gesucht:
jetzt ist es da ! leider kann ich es nicht öffnen - ist das normal ? der ordner mit dem punkt ist seltsam
Das ist so korrekt ...
Mehrere Backups pro Tag sind aktuell nicht möglich.
Da müsste man bei Änderungen dann händisch ein backup anstoßen oder per Scripts alle x Stunden den Datenpunkt "backitup.0.oneClick.iobroker" anstoßen -
@simatec danke dir - klasse arbeit - funktioniert alles, was ich brauche - iobroker mysql, redis und scripte
-
@homoran das war mir nicht klar. Ist ja auch gar nicht schlecht gleich alles zusammen zu sichern, NAS Sicherung ist auch nicht das sicherste.
Andererseits war das auch nicht schlecht den Adapter nur auf dem slave laufen zu lasten, um den host zu entlasten. -
@lobomau sagte in Betatester für Backitup 2.0.0 gesucht:
Andererseits war das auch nicht schlecht den Adapter nur auf dem slave laufen zu lasten, um den host zu entlasten.
Aber auf dem slave ist bei korrekter Multihost Konfiguration ja nichts.
Die gesamte Administartion befindet sich auf dem Master -
@simatec nach Neu-Installation sieht es gut aus
-
@homoran ok. Aber für mein Verständnis ein Beispiel: der Pi3-slave bekommt eine neue SD mit frischem ioBroker drauf. Dann
a) eigenes backup: müsste er dann nicht auch gleich die richtige slave-Einstellung mitbekommen und fertig?
b) der host macht die Backups. Nun ist der neue frische Pi3-slave aber noch gar nicht auf slave Betrieb eingestellt!? Klar, kann ich dann auch machen... aber ist dann auch ein Schritt extra, den ich machen muss und wo ich vielleicht was falsch machen kann? Bei a) müsste doch alles klappen? -
@homoran sagte in Betatester für Backitup 2.0.0 gesucht:
@lobomau sagte in Betatester für Backitup 2.0.0 gesucht:
Andererseits war das auch nicht schlecht den Adapter nur auf dem slave laufen zu lasten, um den host zu entlasten.
Aber auf dem slave ist bei korrekter Multihost Konfiguration ja nichts.
Die gesamte Administartion befindet sich auf dem MasterGar nichts? Die Adapter werden doch auf den jeweiligen Geräten installiert... jedensfalls sieht es im log danach aus. Und wozu habe ich ein slave, wenn da nichts drauf laufen würde?
-
@lobomau sagte in Betatester für Backitup 2.0.0 gesucht:
eigenes backup: müsste er dann nicht auch gleich die richtige slave-Einstellung mitbekommen und fertig?
ich weiß gar nicht, was passiert wenn die Instanz auf dem slave installiert ist.
in der iobroker setup custom wird ja alles auf den Master umgeleitet
Da müsste @simatec was zu sagen. -
Edit: aaaargh, das ist der Defaultpfad im neuen Reiter javascript backup, hätt ich auch gleich merken können.
Also neues Fazit: Adapter 2.0.0 läuft soweit bei mir.Hallo,
kurze Frage: Ich hab den Adpater installiert (System 3*Raspi3b) und habe im backitup Adapter jetzt noch angeklickt, dass er Javascript mit sichern soll (neben homematic ccu, und zigbee). Gesichert wird auf einen FTP Server.
Sicherung ergibt:
Started iobroker ... [DEBUG] [iobroker] - host.iomaster 14107 states saved [DEBUG] [iobroker] - host.iomaster 15880 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_02_01-18_19_27_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [zigbee] - found zigbee database: zigbee.0 [DEBUG] [zigbee] - done [DEBUG] [javascripts] - javascript directory "/media/usb/scripts" not found [DEBUG] [javascripts] - done [DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2021_02_01-18_19_27_backupiobroker.tar.gz [DEBUG] [ftp] - Send zigbee.0_2021_02_01-18_20_15_backupiobroker.tar.gz [DEBUG] [ftp] - Send javascripts_2021_02_01-18_20_15_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/javascripts_2021_02_01-18_20_15_backupiobroker.tar.gz" not found [DEBUG] [ftp] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [EXIT] 0Der Fehler in Zeile 14 "...backupiobroker... not found" tritt auch bei der alten Version des backitup bei mir sporadisch auf, da bin ich noch dran.
Aber woher kommt die Meldung in Zeile 8 /media/usb/scripts not found? Ich sichere doch nichts auf USB (???) -
@simatec
habe auch installiert sieht erst mal ganz gut aus mal sehen ob ich was finde. -
@amg_666 sagte in Betatester für Backitup 2.0.0 gesucht:
Aber woher kommt die Meldung in Zeile 8 /media/usb/scripts not found?
Sieht nach einem mount-Pfad aus.
-
@dr-bakterius siehe mein edit oben. Das ist der Pfad der im Standard vorbelegt war, sollte man natürlich ändern...
-
@simatec
Habe auch deinen neuen Adapter direkt mal installiert und probiert. Bekomme aber noch Fehler im Logbuch.
So wie es aussieht, scheint es vom WebDav zu kommen. Wollte auf einen seperaten Raspi bei mir sichern auf dem Nextcloud läuft.backitup.0 2021-02-01 19:55:19.148 debug (4282) mount successfully completed backitup.0 2021-02-01 19:55:19.133 warn (4282) Terminated (UNCAUGHT_EXCEPTION): Without reason backitup.0 2021-02-01 19:55:19.132 debug (4282) Plugin sentry destroyed backitup.0 2021-02-01 19:55:19.131 info (4282) terminating backitup.0 2021-02-01 19:55:19.130 info (4282) cleaned everything up... backitup.0 2021-02-01 19:55:19.102 error (4282) Exception-Code: DEPTH_ZERO_SELF_SIGNED_CERT: self signed certificate backitup.0 2021-02-01 19:55:19.101 error (4282) Error: self signed certificate at TLSSocket.onConnectSecure (_tls_wrap.js:1502:34) at TLSSocket.emit (events.js:314:20) at TLSSocket.EventEmitter.emit (domain.js:483:12) at TLSS backitup.0 2021-02-01 19:55:19.101 error (4282) unhandled promise rejection: self signed certificate backitup.0 2021-02-01 19:55:19.100 error (4282) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). backitup.0 2021-02-01 19:55:18.820 info (4282) [ccu] backup was activated at 01:30 every 2 day(s) backitup.0 2021-02-01 19:55:18.807 info (4282) [iobroker] backup was activated at 02:00 every 1 day(s) backitup.0 2021-02-01 19:55:18.730 info (4282) starting. Version 2.0.0-beta.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.1, js-controller: 3.2.12 -
habe es auch mal getestet, funktioniert soweit, bis auf folgendes
[DEBUG] [jarvis] - Jarvis Backup cannot created. Please install a Jarvis version >= 2.2.0
was mir noch auffällt
[DEBUG] [iobroker] - host.IoBroker 53511 states saved [DEBUG] [iobroker] - host.IoBroker 42968 objects saved
-
@fenriswolf
Bitte poste mal den kompletten debug Log und dein Config -
@crunchip
Jarvis muss in Version >= 2.2.0 installiert sein.
Also die aktuelle Beta nehmen.
Grund hierfür ist, dass jarvis und backitup sich ab Version 2.2.0 auf diese Backupstruktur geeinigt haben.Die States passen so. Es sind auch Systeminterne States dabei. Eventuell mal Experten Einstellungen im Objektbaum aktivieren, dann sollten die Zahl passen
-
@simatec
ok, >=v2.2.0 ist ja installiert gewesen, war nur nicht die aktuelle beta, daher etwas irreführend
Experten Modus ändert nichts an Zahlen, dann wird wohl der Rest Systeminterne States sein
