Test Adapter ioBroker.backitup v3.1.x
-
@Negalein sagte in Test Adapter Backitup v1.3.x:
Und die Seite schaut im VIS-Editor beschissen aus.
Das hast du gelesen?
version: v2.1.1 23.02.2020 source: https://github.com/Uhula/ioBroker-Material-Design-Style changelog: https://github.com/Uhula/ioBroker-Material-Design-Style/blob/master/changelog.MD ##### Konfiguration (1) Der Pfad zum WebFont muss unter @font-face angepasst werden. Dort steht "MD-Demo" drin, hier muss der wirkliche Projektname eingetragen werden. (2) Das vis Design ist per Vorgabe auf "light"-Theme, also schwarze Schrift auf weißem Grund eingestellt, wer in der vis im "dark"-Theme arbeiten möchte, muss Einstellungen unter ":root / Design time" vornehmen (3) Wenn einzelne CSS Anweisungen geändert werden sollen, dann nicht im MDUI CSS direkt ändern, sondern die CSS-Anweisung am Ende erneut angepasst einfügen */UND:
wenn du ioBroker.vis-material benutzt dann bitte deinstallieren. Es benutzt eine alte Version von MDUI und macht alles durcheinander.
-
@sigi234 sagte in Test Adapter Backitup v1.3.x:
Das hast du gelesen?
Nein, aber werde es jetzt genauer ansehen und nochmal versuchen.
-
Ab sofort ist das Release 1.4.0 auf Github und ab spätestens heute Nacht in der latest Repo verfügbar.
Changelog
1.4.0 (27.02.2020)
- (simatec) added next Backup Time
- (simatec) added Name Suffix for mysql Backup
- (simatec) added more Options for mysql
- (simatec) added domain support for cifs
- (simatec) added json historystate
Viel Spaß mit der neuen Version
-
@simatec Ist es möglich, die Backupfilesize Anzeige als Datenpunkt in dem Adapter zu inkludieren?
-
@Agria4800
In den Json dp wäre das möglich -
@simatec fein
benötigst du den Befehl dafür?
Aktuell lasse ich mir per Script die size in einen eigenen Datenpunkt schreiben.
Kann ja später mal posten, was ich habe an Befehl zum abfragen -
@Agria4800
Nein den Code brauche ich nicht. Ist ja auch schon in anderen Bereichen von Backitup integriert -
@simatec
Morgen Simatec, ich hab mal ne Frage.
Erstmal Danke für das Backitup, hat mich schon öfter gerettet
Könntest Du Dir vorstellen eine Funktion einzubauen die einzelne Views sichern kann ?
Hintergrund ist, dass ich öfter am Live System arbeite, und es kommt dabei natürlich mal vor
dass man eine View versaut ... dann geht der Stress los. Mir ist durchaus klar, dass man nicht am Live System arbeiten sollte, dass ich die View vorher selbst exportieren könnte usw,
aber wenn Backitup das könnte wäre das ein Highlight für mich.
Kurz die View gesichert ( vielleicht über eine Auswahl ).....rumspielen, und im Notfall zurückspielen können.Nur eine Frage, oder eine Idee, Danke Dir.
-
@simatec Super, das mit der json Tabelle funktioniert. Super Arbeit!
Eine Frage noch dazu - Welcher steht denn in der 4. Spalte (hier auf dem Screen nicht zu sehen)?
Bei mir läuft redis und mysql jeweils in einem eigenen Container - heißt mit dem Backitup kann ich die nicht sichern und sie werden aktuell jeden Nacht in Richtung Synology C2 gesichert (wie auch der iobroker-Container, daher nur das lokale Backup).
Hast du mal drüber nachgedacht, auch "externe" Datenbank über Backitup sichern zu lassen?
Edit: @simatec: Bei mir kommt es doch zu Problemen mit der neuen Version:
Backup läuft ohne Fehler durch und wird auch geschrieben:
Aber, die DPs *success schreiben einen Fehler:
-
@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
