NEWS
Test Adapter ioBroker.backitup v3.0.x
-
@darkiop
Der letzte Wert in der json ist eine error Meldung. Was steht da bei dir in der json?
Hier im Forum hatten 2-3 Leute auch so ein Problem. Irgendwas wurde bei einem Update von node wohl nicht richtig kompiliert. Ist zumindest die Vermutung. Bei den 2-3 Leuten half eine komplette Deinstallation der Instanz, des Adapters und auch noch den Ordner backitup.0 löschen.
Im Anschluss iobroker neustarten und backitup wieder installieren.
Ob du manuell alles wieder einrichten musst, oder du die Config von Backitup wieder hochladen kannst, musst du probieren. -
@skokarl
Warum kopierst du dir nicht vor Beginn der Bastellein an deiner VIS den VIS Ordner?
So hast du im schlimmsten Fall mit copy&paste den Stand schnell wieder da -
@darkiop sagte in Test Adapter Backitup v1.4.x:
Hast du mal drüber nachgedacht, auch "externe" Datenbank über Backitup sichern zu lassen?
Was meinst du mit externer Datenbank? Ich habe meine in einem anderen Proxmox-Container laufen und diese wird problemlos von Backitup gesichert. Einfach bei 'Host' die IP des Containers eingegeben und dann wie gewohnt Port, Datenbankname und Zugangsdaten.
-
Hi @simatec ,
bei mir bleibt der DP history.json leer, obwohl das backup sauber lief. Woran kann das liegen? -
@Latzi
Bitte mal die Instanz auf debug stellen und den Log posten -
@simatec sagte in Test Adapter Backitup v1.4.x:
Bitte mal die Instanz auf debug stellen und den Log posten
schon erledigt, hier der Log:
2020-02-29 14:18:50.161 - info: host.Pi4-Server stopInstance system.adapter.backitup.0 (force=false, process=true) 2020-02-29 14:18:50.162 - info: host.Pi4-Server stopInstance system.adapter.backitup.0 send kill signal 2020-02-29 14:18:50.166 - info: backitup.0 (26152) Got terminate signal TERMINATE_YOURSELF 2020-02-29 14:18:50.671 - info: backitup.0 (26152) terminating 2020-02-29 14:18:50.672 - info: backitup.0 (26152) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2020-02-29 14:18:51.164 - info: host.Pi4-Server stopInstance system.adapter.backitup.0 killing pid 26152 2020-02-29 14:18:51.208 - info: host.Pi4-Server instance system.adapter.backitup.0 terminated with code 156 (156) 2020-02-29 14:18:52.688 - info: host.Pi4-Server instance system.adapter.backitup.0 started with pid 3057 2020-02-29 14:18:55.510 - debug: backitup.0 (3057) Redis Objects: Use Redis connection: 127.0.0.1:9001 2020-02-29 14:18:55.546 - debug: backitup.0 (3057) Objects client ready ... initialize now 2020-02-29 14:18:55.550 - debug: backitup.0 (3057) Objects create System PubSub Client 2020-02-29 14:18:55.552 - debug: backitup.0 (3057) Objects create User PubSub Client 2020-02-29 14:18:55.552 - debug: backitup.0 (3057) Objects client initialize lua scripts 2020-02-29 14:18:55.568 - debug: backitup.0 (3057) Objects connected to redis: 127.0.0.1:9001 2020-02-29 14:18:55.574 - debug: backitup.0 (3057) objectDB connected 2020-02-29 14:18:55.577 - debug: backitup.0 (3057) Redis States: Use Redis connection: 127.0.0.1:9000 2020-02-29 14:18:55.586 - debug: backitup.0 (3057) States create User PubSub Client 2020-02-29 14:18:55.588 - debug: backitup.0 (3057) States create System PubSub Client 2020-02-29 14:18:55.615 - debug: backitup.0 (3057) States connected to redis: 127.0.0.1:9000 2020-02-29 14:18:55.616 - debug: backitup.0 (3057) statesDB connected 2020-02-29 14:18:57.233 - info: backitup.0 (3057) starting. Version 1.4.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v10.19.0 2020-02-29 14:18:57.328 - info: backitup.0 (3057) [iobroker] backup was activated at 02:05 every 1 day(s) 2020-02-29 14:18:57.362 - debug: backitup.0 (3057) [iobroker] 10 05 02 */1 * * 2020-02-29 14:19:07.304 - debug: backitup.0 (3057) mount activ... umount in 2 Seconds!! 2020-02-29 14:19:32.661 - debug: backitup.0 (3057) [iobroker/mount] done 2020-02-29 14:19:35.402 - debug: backitup.0 (3057) system.adapter.admin.0: logging true 2020-02-29 14:19:36.399 - debug: backitup.0 (3057) [iobroker/iobroker] host.Pi4-Server 7739 states saved 2020-02-29 14:19:36.443 - debug: backitup.0 (3057) [iobroker/iobroker] host.Pi4-Server 8035 objects saved 2020-02-29 14:19:45.505 - debug: backitup.0 (3057) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_02_29-14_19_32_backupiobroker.tar.gz 2020-02-29 14:19:46.567 - debug: backitup.0 (3057) [iobroker/iobroker] done 2020-02-29 14:19:46.622 - debug: backitup.0 (3057) [iobroker/zigbee] done 2020-02-29 14:19:46.628 - debug: backitup.0 (3057) [iobroker/cifs] done 2020-02-29 14:19:46.634 - debug: backitup.0 (3057) [iobroker/clean] done 2020-02-29 14:19:46.657 - debug: backitup.0 (3057) [iobroker/history] backitup.0.history.html 2020-02-29 14:19:46.672 - debug: backitup.0 (3057) [iobroker/history] backitup.0.history.json 2020-02-29 14:19:46.675 - debug: backitup.0 (3057) [iobroker] exec: done 2020-02-29 14:19:46.685 - debug: backitup.0 (3057) [iobroker/umount] mount activ... umount in 60 Seconds!! 2020-02-29 14:20:15.501 - debug: backitup.0 (3057) system.adapter.admin.0: logging false 2020-02-29 14:20:47.103 - debug: backitup.0 (3057) [iobroker/umount] done 2020-02-29 14:20:47.104 - debug: backitup.0 (3057) [iobroker] exec: done 2020-02-29 14:20:52.238 - debug: backitup.0 (3057) system.adapter.admin.0: logging true
-
@Latzi
History wird nicht beendet.
Deinstalliere mal die Instanz und den Adapter.
Im Anschluß den Ordner backitup.0 löschen und iobroker neustarten.Danach sollte bei einer erneuten Installation alles laufen.
Irgendwo scheint bei dir durch ein Node Update was nicht sauber kompiliert wurden sein. -
@Dr-Bakterius sagte in Test Adapter Backitup v1.4.x:
Was meinst du mit externer Datenbank? Ich habe meine in einem anderen Proxmox-Container laufen und diese wird problemlos von Backitup gesichert. Einfach bei 'Host' die IP des Containers eingegeben und dann wie gewohnt Port, Datenbankname und Zugangsdaten.
Habe die Ursache - ich habe aktuell in meinem ioBroker Container keinen mysqlclient installiert - daher auch kein mysqldump
-
@simatec sagte in Test Adapter Backitup v1.4.x:
Danach sollte bei einer erneuten Installation alles laufen.
genau so ist es, läuft nun wie es sein soll
Vielen Dank @simatec -
Für alle die Interesse an einer sehr schönen History Tabelle für ihre VIS oder auch iqontrol haben, hat @liv-in-sky was sehr schönes gebastelt.
Hier der Link zum Script ...
-
Ab sofort ist das Release 1.4.1 auf Github und spätestens ab heute Nacht auch in der latest Repo verfügbar.
Changelog
1.4.1 (02.03.2020)
- (simatec) json historystate with more options
-
@simatec Hatte diese Woche leider noch keine Zeit mir die Geschichte mit dem "Fehler" beim Backup anzuschauen. Fehler in "" da wohl nur der State ccusuccess bzw. iobroekrsuccess auf Status Fehler gesetzt wird, die Backups aber erstellt werden:
Gestartet... [DEBUG] [ccu] - CCU Version: 3.49.17.20191225 [DEBUG] [ccu] - Requesting backup from CCU [DEBUG] [ccu] start with {"type":"creator","time":"04:00","debugging":true,"everyXDays":"1","deleteBackupAfter":0,"history":{"enabled":true,"type":"message","entriesNumber":"25","systemLang":"de"},"email":{"enabled":false,"notificationsType":"Telegram","type":"message","instance":"","NoticeType":"longEmailNotice","emailReceiver":"xxx@xxx.com","emailSender":"xxx@xxx.com","onlyError":false,"emailWaiting":0,"systemLang":"de"},"pushover":{"enabled":false,"notificationsType":"Telegram","type":"message","instance":"","SilentNotice":false,"NoticeType":"longPushoverNotice","deviceID":"","onlyError":false,"pushoverWaiting":0,"systemLang":"de"},"host":"xxxxxxxxxxxxxxx.walk-steinweiler.de","user":"darkiop","pass":"****","backupDir":"/opt/iobroker/backups"} [DEBUG] [ccu] - done [DEBUG] [clean] - done [DEBUG] [history] - backitup.0.history.html [DEBUG] [history] - backitup.0.history.json [EXIT] 0 [DEBUG] [history] start with {"type":"creator","time":"04:00","debugging":true,"everyXDays":"1","deleteBackupAfter":0,"history":{"enabled":true,"type":"message","entriesNumber":"25","systemLang":"de","time":"07. Maerz 2020 um 07:34 Uhr"},"email":{"enabled":false,"notificationsType":"Telegram","type":"message","instance":"","NoticeType":"longEmailNotice","emailReceiver":"xxx@xxx.com","emailSender":"xxx@xxx.com","onlyError":false,"emailWaiting":0,"systemLang":"de"},"pushover":{"enabled":false,"notificationsType":"Telegram","type":"message","instance":"","SilentNotice":false,"NoticeType":"longPushoverNotice","deviceID":"","onlyError":false,"pushoverWaiting":0,"systemLang":"de"},"host":"xxxxxxxxxxxxxxx.walk-steinweiler.de","user":"darkiop","pass":"****","backupDir":"/opt/iobroker/backups"}
Auszug ausm dem json, hier error = none:
["date":"07. Maerz 2020 um 07:34 Uhr","name":"homematic_2020_03_07-07_34_42_3.49.17.20191225_backupiobroker.tar.sbk","type":"ccu","storage":"Nur lokal gesichert","filesize":"2MB","error":"none"},
Grundsätzlich werden die Backups auch erstellt:
Neu installieren, inkl. manuellen löschens des iobroker.backitup Ordners unter node_modules hat leider nicht geholfen.
Hast du deine Idee?
Edit: Ich glaube ich hab den Verursucher gefunden: Sobald der Debug Mode in den Backitup Einstellungen Aktiv ist, wird *success nicht auf true gesetzt.
-
@darkiop
Danke für den Hinweis. Das schaue ich mir mal an und werde den Fehler beheben -
@simatec Gern.
Könntest du noch eine Option für die Formatierung des Datums einbauen? So nimmt das ziemlich viel Platz in Anspruch
-
@darkiop
In welchem Format haltet ihr die history für sinnvoll? -
Ich denke letztendlich ist das alles eine Frage der persönlichen Schriftgröße und Formatierung. Ich persönlich würde aber das Wort UM durch einen Bindestrich ersetzen.
Um das verschieben der Ansicht bei unterschiedlichen Monatsnamen zu unterbinden (Dezember lang / Mai kurz), würde ich tatsächlich auf das numerische Monats Datum wechseln.
BtW: Wo bekommt man die Datei Größen Anzeige her? Ich sehe da bei mir keinen Datenpunkt der das ausgeben würde. Adapter Version ist bei mir 1.4.1
-
@JB_Sullivan
Ab Version 1.4.1 ist filesize mit in der history json enthalten -
@simatec sagte in Test Adapter Backitup v1.4.x:
@JB_Sullivan
Ab Version 1.4.1 ist filesize mit in der history json enthaltenAh - OK daher - ich benutze die HTML Ausgabe und da ist das nicht mit drin.
-
@JB_Sullivan
Ja die html Tabelle beinhaltet den backupname und filesize noch nicht vollumfänglich.
Da wollte sich @liv-in-sky noch etwas überlegen und umbauen. -
die filegröße war schon da - im neuen update sieht man auch den filenamen gesamt