NEWS
Betatester für Backitup 2.0.0 gesucht
-
Aktuelle Test Version 2.0.0-beta.13 Veröffentlichungsdatum 18.02.2021 Github Link https://github.com/simatec/ioBroker.backitup.git Ab sofort gibt es die erste Beta-Version des Backitup Adapters in der Version 2.0.0 auf Github.
Wer möchte kann gerne die Version von Github installieren und hier ggfs. Bugs und sein Feedback posten.
Was ist Neu?
Als erstes hat sich einiges unter der Haube geändert und am Code wurde vieles verbessert.
Des Weiteren wird iobroker nun bei einem Restore von Zusatzbackups nicht mehr gestoppt.Hier wird lediglich der betroffene Adapter gestoppt und im Anschluss wieder gestartet.
iobroker selbst wird nur noch bei einem redis-restore oder bei einem direkten iobroker restore gestoppt.
Neue Features:
Die Version 2.0.0 beinhaltet einige neue Features, die sich inzwischen viele User per Issue oder auch hier im Forum gewünscht haben.
Hier eine kleine Übersicht der neuen Features:- WebDav für die Cloudverbindungen zur ownCloud / Nextcloud und Yandex
- Sicherung der Scripte aus dem Javascript-Adapter
- Sicherung von Grafana-Dashboards und Datasources
- Restore ohne Neustart für die meisten Backuptypen möglich
- Sicherung von Jarvis Backupdateien
- Sicherung von Influx-Datenbanken
- Sicherung von pgSql-Datenbanken
Dokumentation
https://github.com/simatec/ioBroker.backitup/blob/master/docs/de/backitup.md
Changelog
2.0.0 (31.01.2021)
- (simatec) BugFix detect last backup
- (simatec) WebDAV added
- (simatec) BugFix Zigbee
- (simatec) stop/start Instances on restore
- (simatec) Download Icon for Cloud Restore added
- (simatec) javscript Backup added
- (simatec) Grafana Backup added
- (simatec) Restore added for some types without restart
- (simatec) timestamp for history-json added
- (simatec) Source code rewritten
- (simatec) Restore revised
- (simatec) fixed many small bugs
Ich würde mich sehr über eure Tests und ein Feedback freuen und wünsche euch viel Spaß mit Version 2 des Backitup-Adapters.
@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Edit: Hat sich mit deinem letzten Post überlappt, alles gut :-)
Ich hatte die 2.0.0. beta-1 installiert und jetzt über Github ein Update gestartet. Das lief durch aber es ist die beta-7 nicht die beta-8 ???
-
Die Version 2.0.0-beta.8 ist nun auf Github Online.
Damit sollten nun auch der Restore aus der Cloud besser laufen
@simatec Das mag Zufall sein (??) aber direkt nach Installation fing iot an rumzuzicken:
iot.0 2021-02-09 20:34:18.029 info (6049) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason iot.0 2021-02-09 20:34:18.021 info (6049) terminating iot.0 2021-02-09 20:34:18.010 info (6049) Got terminate signal TERMINATE_YOURSELF host.iomaster 2021-02-09 20:34:17.964 info stopInstance system.adapter.iot.0 (force=false, process=true) backitup.0 2021-02-09 20:32:38.868 info (7146) [ccu] backup was activated at 01:30 every 3 day(s) backitup.0 2021-02-09 20:32:38.723 info (7146) [iobroker] backup was activated at 02:00 every 1 day(s) backitup.0 2021-02-09 20:32:38.564 info (7146) starting. Version 2.0.0-beta.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.1, js-controller: 3.2.16Ich hab den iot Adapter neu gestartet, der bleibt gelb und sagt (7268) Connection changed: disconnect
Wenn ich manuell ein backup mit dem Adapter starte, dann läuft das durch bringt aber den Hinweis, dass er history values "created" hat. Ich hab aber im Adapter unter "Was soll gesichert werden" kein Häkchen bei History Daten gesetzt. Ist das so richtig?
Started iobroker ... [DEBUG] [iobroker] - host.iomaster 14170 states saved [DEBUG] [iobroker] - host.iomaster 15903 objects saved [DEBUG] [iobroker] - done [DEBUG] [zigbee] - found zigbee database: zigbee.0 [DEBUG] [zigbee] - done [DEBUG] [javascripts] - done [DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not found [DEBUG] [ftp] - Send zigbee.0_2021_02_09-20_38_26_backupiobroker.tar.gz [DEBUG] [ftp] - Send javascripts_2021_02_09-20_38_27_backupiobroker.tar.gz [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] 0(das mit dem Error ...file...not found ist ne Macke die ich noch zu lösen versuche, das war aber auch in der letzten stable Version so und muss irgendwie mit der iobroker Installation zusammenhängen (mal läuft das backup, mal tritt der Fehler auf)
-
@simatec Das mag Zufall sein (??) aber direkt nach Installation fing iot an rumzuzicken:
iot.0 2021-02-09 20:34:18.029 info (6049) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason iot.0 2021-02-09 20:34:18.021 info (6049) terminating iot.0 2021-02-09 20:34:18.010 info (6049) Got terminate signal TERMINATE_YOURSELF host.iomaster 2021-02-09 20:34:17.964 info stopInstance system.adapter.iot.0 (force=false, process=true) backitup.0 2021-02-09 20:32:38.868 info (7146) [ccu] backup was activated at 01:30 every 3 day(s) backitup.0 2021-02-09 20:32:38.723 info (7146) [iobroker] backup was activated at 02:00 every 1 day(s) backitup.0 2021-02-09 20:32:38.564 info (7146) starting. Version 2.0.0-beta.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.1, js-controller: 3.2.16Ich hab den iot Adapter neu gestartet, der bleibt gelb und sagt (7268) Connection changed: disconnect
Wenn ich manuell ein backup mit dem Adapter starte, dann läuft das durch bringt aber den Hinweis, dass er history values "created" hat. Ich hab aber im Adapter unter "Was soll gesichert werden" kein Häkchen bei History Daten gesetzt. Ist das so richtig?
Started iobroker ... [DEBUG] [iobroker] - host.iomaster 14170 states saved [DEBUG] [iobroker] - host.iomaster 15903 objects saved [DEBUG] [iobroker] - done [DEBUG] [zigbee] - found zigbee database: zigbee.0 [DEBUG] [zigbee] - done [DEBUG] [javascripts] - done [DEBUG] [ftp] - FTP connected. [DEBUG] [ftp] - Send iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz [ERROR] [ftp] - File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not found [DEBUG] [ftp] - Send zigbee.0_2021_02_09-20_38_26_backupiobroker.tar.gz [DEBUG] [ftp] - Send javascripts_2021_02_09-20_38_27_backupiobroker.tar.gz [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] 0(das mit dem Error ...file...not found ist ne Macke die ich noch zu lösen versuche, das war aber auch in der letzten stable Version so und muss irgendwie mit der iobroker Installation zusammenhängen (mal läuft das backup, mal tritt der Fehler auf)
-
@simatec
Beim IoBroker Restore ist mir noch etwas aufgefallen, trotz "Start all adapters after restore" laufen nach Restore nur admin und backitup. Alle anderen muss ich manuell starten. Js-Controller ?C:\Program Files\iobroker\SmartHome1>iobroker -v 3.2.16 -
@amg_666
HistoryHTML und HistoryJSON sind erzeugte Datenpunkte für die VIS u d haben nix mit dem History-Daten des history-Adapters zu tun.
IOT und Backitup haben nix miteinander zu tunWas meinst du mit „not found“
@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Was meinst du mit „not found“
Diese Zeile im Log:
File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not founddas iot und backitup nix miteinander zu tun haben ist mir eigentlich auch klar, war nur verwundert, dass der genau nach dem backup ausgestiegen ist. Ich hab nur um sicher zu gehen mal die letzte stable von backitup eingespielt, die iot Instanz ist weiter gelb, liegt also wirklich nicht am backup adapter :-)
-
@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Was meinst du mit „not found“
Diese Zeile im Log:
File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not founddas iot und backitup nix miteinander zu tun haben ist mir eigentlich auch klar, war nur verwundert, dass der genau nach dem backup ausgestiegen ist. Ich hab nur um sicher zu gehen mal die letzte stable von backitup eingespielt, die iot Instanz ist weiter gelb, liegt also wirklich nicht am backup adapter :-)
@amg_666 sagte in Betatester für Backitup 2.0.0 gesucht:
Diese Zeile im Log:
File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not foundWo genau kommt die Meldung?
-
@amg_666 sagte in Betatester für Backitup 2.0.0 gesucht:
Diese Zeile im Log:
File "/opt/iobroker/backups/iobroker_2021_02_09-20_38_03_backupiobroker.tar.gz" not foundWo genau kommt die Meldung?
@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Wo genau kommt die Meldung?
Siehe mein Posting etwas weiter oben. Ich starte das backup, er legt lokal die backups für iobroker, zigbee und javascript an, macht dann einen ftp-connect und stellt dann fest dass die iobroker backupdatei nicht vorhanden ist.
Wenn ich den Raspi durchstarte (sudo shutdown -r 0) und der frisch hochgefahren ist, dann funktioniert backitup ohne Probleme und legt auch die backupiobroker.tar.gz an -
@simatec
Adapter werden immer nocht nicht gestartet.Beim Restore habe ich immer noch inkonsistente Zustände bei dem Scripten, meistens liegen im Filesystem mehr als im json.
Vielleicht sollte man mal folgendes versuchen:- IoBroker Restore
Wenn der javascript Adapter die Scripte ins Dateisystem spiegelt, dann bei bei inaktivem
javascript Adapter den Script-Pfad komplett löschen
(Scripte kommen beim Restore allein durch die json Datei) - javascript Restore
Auch zuerst den Script-Pfad komplett löschen, sonst bleiben auch "alte" Scripts (nicht im
Restore) stehen
Es sei denn, das Verhalten wäre gewünscht, dann wäre es aber kein echter Restore, sondern
mehr ein Merge alt mit neu.
- IoBroker Restore
-
@simatec
Adapter werden immer nocht nicht gestartet.Beim Restore habe ich immer noch inkonsistente Zustände bei dem Scripten, meistens liegen im Filesystem mehr als im json.
Vielleicht sollte man mal folgendes versuchen:- IoBroker Restore
Wenn der javascript Adapter die Scripte ins Dateisystem spiegelt, dann bei bei inaktivem
javascript Adapter den Script-Pfad komplett löschen
(Scripte kommen beim Restore allein durch die json Datei) - javascript Restore
Auch zuerst den Script-Pfad komplett löschen, sonst bleiben auch "alte" Scripts (nicht im
Restore) stehen
Es sei denn, das Verhalten wäre gewünscht, dann wäre es aber kein echter Restore, sondern
mehr ein Merge alt mit neu.
- IoBroker Restore
-
@simatec sagte in Betatester für Backitup 2.0.0 gesucht:
Moin, ich habe mir mal backitup installiert. finde ich ganz sinnvoll für meinen Pi3 als slave.
Zuerst habe ich normal 1.8.5 installiert und ein backup auf google drive gesichert.
Dann habe ich auf 2.0.0.beta geupdatet. Hier habe ich das Problem, dass der Adapter immer sagt ich solle erst sichern, dann wird der Bachup Knopf jedoch grau. Kann ich immer und immer wiederholen.

-
mir ist noch eine kleinigkeit bei der benachrichtigung aufgefallen, zwischen erstellt und sollte ein leerzeichen sein.

-
mir ist noch eine kleinigkeit bei der benachrichtigung aufgefallen, zwischen erstellt und sollte ein leerzeichen sein.

@jackdaniel Danke für den Hinweis ...
-
@simatec Das Upgrade hat gefühlt "ewig" gedauert, lief aber ohne Probleme durch.
1 Master, 2*Slave, alle auf js-controller 3.2.16 und node.js v12.20.1
Manuell angestoßenes Backup (iobroker, homematic, javascript und zigbee) lief problemlos durch inkl Sicherung auf ein NAS per FTP. -
danke das mit dem fehler in der benachrichtigung ist geschichte :+1:

