Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Dr. Bakterius]

@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.

[Latzi]

Hi @simatec ,
bei mir bleibt der DP history.json leer, obwohl das backup sauber lief. Woran kann das liegen?

[simatec]

@Latzi
Bitte mal die Instanz auf debug stellen und den Log posten

[Latzi]

@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

[simatec]

@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.

[darkiop]

@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

[Latzi]

@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

[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 ...

https://forum.iobroker.net/post/386565

[simatec]

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

[darkiop]

@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.

[simatec]

@darkiop
Danke für den Hinweis. Das schaue ich mir mal an und werde den Fehler beheben

[darkiop]

@simatec Gern.

Könntest du noch eine Option für die Formatierung des Datums einbauen? So nimmt das ziemlich viel Platz in Anspruch

[simatec]

@darkiop
In welchem Format haltet ihr die history für sinnvoll?

[JB_Sullivan]

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

[simatec]

@JB_Sullivan
Ab Version 1.4.1 ist filesize mit in der history json enthalten

[JB_Sullivan]

@simatec sagte in Test Adapter Backitup v1.4.x:

@JB_Sullivan
Ab Version 1.4.1 ist filesize mit in der history json enthalten

Ah - OK daher - ich benutze die HTML Ausgabe und da ist das nicht mit drin.

[simatec]

@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.

[liv-in-sky]

@simatec

die filegröße war schon da - im neuen update sieht man auch den filenamen gesamt

[simatec]

@liv-in-sky
Läuft die neue Version auch schon mit iqontrol?

[liv-in-sky]

@simatec

die tabelle kann immer angezeigt werden - leider funktionert das umschalten nicht und auch das starten eines jobs
bzw

es gibt einen datenpunkt refresh - ist der true , wird der filename und die größe angezeigt - bei false der typ und der storage wert
ich habe im neuen script auf true gestellt (da interessantere ansicht) - von daher kann man es in iqontrol nutzen