VIS Adapter rot, VIS sehr langsam
-
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712
OK, vielleicht zunächst ein bisschen Grundlagenwissen:Docker ist eine Virtualisierungslösung. Damit wird das darunterliegende Betriebssystem (beim NAS also eine Linux-Version) "abstrahiert". Ein Image beschreibt (grob gesagt), was zusätzlich zu diesem Linux-Layer so an Paketen benötigt wird. Ein Container ist dann prinzipiell eine Art virtuelle Maschine. Mit der Ausnahme, dass da kein vollwertiges OS installiert, sondern das Basis-OS der Maschine verwendet wird. Ein "kaputter" Container kann Dir aber nicht das ganze System lahmlegen.
Das Docker-Image liefert alles mit, was für den Betrieb von ioBroker benötigt wird.
Besorgt man sich ein aktuelles Image ist in der Regel auch die jeweils neueste (empfohlene) Version von Node usw. enthalten.ioBroker benötigt Node.js. Das ist eine Laufzeitumgebung, um JavaScript (was ja eigentlich vom Browser interpretiert wird) auf einem Server verwenden zu können.
NPM ist der "Node Package Manager" und kommt zusammen mit Node.js.Wenn Du aktuelle Backups Deines Systems hast, kann doch eigentlich nix passieren.
Und wenn Du nach der oben beschriebenen Methode vorgehst, brauchst Du das nicht einmal.
Wenn Du den gleichen Mount-Point (also das zu "/opt/ioBroker/" gemappte Verzeichnis auf Deinem NAS verwendest, sind dort ja alle Adapter mit ihren Einstellungen bereits vorhanden.Super, danke, also sind alle Daten die für ioBroker wichtig sind so oder so in dem gemappte Verzeichnis auf dem NAS, ich war immer davon ausgegangen das diese ganzen Sachen auch in der virtuellen Maschine, also im Docker sind, im Docker ist nur das abgespeckte Betriebssystem in dem iobroker läuft, dann läuft sozusagen alle Software selbst, wie z.B. der iobroker, VIS, die Adapter im Docker, aber zugehörige Daten / Scripte / Datenpunkte, etc. sind auf dem gemappten Ordner, habe ich das so richtig verstanden? Danke für den Einstieg, habe gelesen das mit Portainer usw das alles einfach upzudaten ist, mit dem Node bekomme ich auch die jeweilige Version hochgerüstet, aber nicht auf eine neue hoch wie z.B. 16. Hab einfach gedacht es ist einfacher eben die Befehle für ein Update einzugeben, bei dem JS-Controller war das ja auch in Sekunden erledigt. Bei node sagt er mir das ich die neuste Version installiert habe.
Building dependency tree... Done Reading state information... Done nodejs is already the newest version (14.21.2-deb-1nodesource1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. # sudo nano /etc/apt/sources.list.d/nodesource.list sudo: nano: command not found # nano /etc/apt/sources.list.d/nodesource.list /bin/sh: 5: nano: not found # /etc/apt/sources.list.d/nodesource.list /bin/sh: 6: /etc/apt/sources.list.d/nodesource.list: Permission denied # -
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
aber zugehörige Daten / Scripte / Datenpunkte, etc. sind auf dem gemappten Ordner, habe ich das so richtig verstanden?
Korrekt!
Die letzten paar System-Updates habe ich genau wie beschrieben durchgeführt. ioBroker lief anschließen als wäre nix gewesen.@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
Hab einfach gedacht es ist einfacher eben die Befehle für ein Update einzugeben, bei dem JS-Controller war das ja auch in Sekunden erledigt. Bei node sagt er mir das ich die neuste Version installiert habe.
In den Quellen ist lediglich Version 14 drin. Daher denkt Dein System, es hätte schon die neueste Version.
Und wie Du bereits bemerkt hast, ist im Image kein Editor mitgeliefert. Den müsstest Du auch erstmal installieren, um dienodesource.listbearbeiten zu können.
Du siehst: Das ist dann doch komplizierter als gedacht. -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
weil es im Docker läuft und ich leider vom System selbst keine Ahnung habe
Da muss man auch nicht unbedingt "Ahnung haben". Man muss lediglich wissen, wie man den Container aktualisiert.
Wie das bei QNAP im Detail funktioniert, weiß ich allerdings auch nicht.Auf Synology geht's wie folgt:
- Neues Image aus Docker-Hub holen
- Container stoppen
- Falls im Bridge-Mode: Conatainer löschen, da Synology keine 2 Container mit gleichen Ports zulässt
- Neuen Container aus dem neuen Image bauen. Mit gleichen Einstellungen!
Gleicher Mount-Point, gleiche Ports usw. Also vorher notieren! - Neuen Container starten und warten ... das dauert 'ne Weile
Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File. Hast Du da eine Idee? Welches hast Du genommen - Buanet ?
-
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
Welches hast Du genommen - Buanet ?
Richtig.
Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File
Was klappt daran nicht?
Natürlich liegen dort schon Daten - die gehören ja auch dahin und enthalten z.B. alle Deine Adapter und Einstellungen.
Der erste Start des neuen Containers dauert - da braucht es etwas Geduld.
Wenn man nach dem Start direkt ein Terminal im Container öffnet, sieht man auch schön, was das Script für den ersten Start so alles treibt.
Wie gesagt: Ein Backup braucht man da erstmal nicht. ioBroker hat ja schon alle seine Daten.
Hast Du auch die Umgebungsvariablen im neuen Container korrekt gesetzt?
Ich sehe Du nutzt Redis - das ist ja nicht Standard. -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
Welches hast Du genommen - Buanet ?
Richtig.
Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File
Was klappt daran nicht?
Natürlich liegen dort schon Daten - die gehören ja auch dahin und enthalten z.B. alle Deine Adapter und Einstellungen.
Der erste Start des neuen Containers dauert - da braucht es etwas Geduld.
Wenn man nach dem Start direkt ein Terminal im Container öffnet, sieht man auch schön, was das Script für den ersten Start so alles treibt.
Wie gesagt: Ein Backup braucht man da erstmal nicht. ioBroker hat ja schon alle seine Daten.
Hast Du auch die Umgebungsvariablen im neuen Container korrekt gesetzt?
Ich sehe Du nutzt Redis - das ist ja nicht Standard.Redis, ich habe den Begriff schon mal gehört, benutze das sicherlich nicht bewusst, was ist das und woran hast Du das gesehen, kann ich das entfernen wenn ich es nicht benötige und auch nicht Standard ist?
Folgendes wenn ich den neuen Container starte: Das hängt dann an der Stelle.Das scheint aber das Docker Verzeichnis zu sein, ist das neue Docker am selben Datei Ort wie das alte? Kann ich den Ort bestimmen wo das Docker File liegt? Hmm? Wie machen Leute die mehrere Docker mit iobroker laufen haben?
Unten ein Screenshot vom Container und den Images, jeder Container benutzt doch seinen eigenen Speicherbereich, oder?
-
@mike2712
Nur so zur Info:
Ausgaben aus Terminal oder Logs immer in Code-Tags setzen (Button "</>") und nicht als Screenshot.
Das können die Kollegen am Handy/Tablet nur schwer oder gar nicht lesen und man kann auch nicht zitieren etc.Die Meldung ist mir neu. Bei mir funzt das immer einwandfrei.
Redis steht oben in Deinem Log.
Das ist eine andere Art der Datenhaltung für den ioBroker. Standard ist eigentlich "jsonl".Aber wenn Du ein aktuelles Backup hast:
Erzeuge ein neues (leeres) Verzeichnis für Mount und starte damit den Container. Wenn der dann läuft, stellst Du alles aus dem Backup wieder her.
Hierbei Achtung: Wenn Du Vis einsetzt, musst Du zunächst Vis installieren und erst dann das Restore starten. Da gibt's noch einen Bug.
Wenn Du auf Deinem NAS nix anderes laufen hast was ggf. zu Portkonflikten führt, kann man sich auch das Port-Mapping sparen und den Container im Host-Mode betreiben (weiß nicht wie das bei Dir aussieht -. Standard ist hier Bridge-Mode).Wenn das dann alles wiederhergestellt ist, sollte das Update des Gesamtsystems dann so funktionieren wie oben beschrieben.
Container sind dazu da, verworfen und neu gemacht zu werden. Das sind quasi "Wegwerfartikel" weil sie durch das Mount keine Bewegungsdaten enthalten. -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712
Nur so zur Info:
Ausgaben aus Terminal oder Logs immer in Code-Tags setzen (Button "</>") und nicht als Screenshot.
Das können die Kollegen am Handy/Tablet nur schwer oder gar nicht lesen und man kann auch nicht zitieren etc.danke erst einmal, ja ich weiß, mache ich eigentlich immer, aber in diesem Fall ging es nicht, hat er nicht zugelassen.
Komisch das es so nicht geht, habe etwas Angst den funktionierenden Container zu löschen.
Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore? -
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
habe etwas Angst den funktionierenden Container zu löschen.
Hast Du den im Bridge-Mode mit gemappten Ports?
Synology verhindert in einem solchen Fall dass man einen zweiten Container mit gleichen Mappings erzeugt.
Wie das bei QNAP aussieht, kann ich nicht sagen.
Sollte das dort auch so sein, kann man im gestoppten Container die äußeren Ports vorübergehend ändern. Also statt Port 8081 in den Container zu reichen nimmt man 48081. Statt 2010 dann 42010 usw.
Dann braucht man den funktionierenden Container zumindest noch nicht zu löschen und kann den zur Not reaktivieren.Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore?
Backitup ist dann schon drauf. Nur noch Vis installieren und dann Restore.
Das dauert dann aber auch, weil er ja jeden fehlenden Adapter erst noch installieren muss. Macht Backitup aber automatisch (außer bei Vis - wegen dem Bug funktioniert das nicht sauber)Deswegen geht das mit dem Containertausch auch eigentlich schneller - es sind ja dann schon alle Adapter und Daten vorhanden
-
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
habe etwas Angst den funktionierenden Container zu löschen.
Hast Du den im Bridge-Mode mit gemappten Ports?
Synology verhindert in einem solchen Fall dass man einen zweiten Container mit gleichen Mappings erzeugt.
Wie das bei QNAP aussieht, kann ich nicht sagen.
Sollte das dort auch so sein, kann man im gestoppten Container die äußeren Ports vorübergehend ändern. Also statt Port 8081 in den Container zu reichen nimmt man 48081. Statt 2010 dann 42010 usw.
Dann braucht man den funktionierenden Container zumindest noch nicht zu löschen und kann den zur Not reaktivieren.Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore?
Backitup ist dann schon drauf. Nur noch Vis installieren und dann Restore.
Das dauert dann aber auch, weil er ja jeden fehlenden Adapter erst noch installieren muss. Macht Backitup aber automatisch (außer bei Vis - wegen dem Bug funktioniert das nicht sauber)Deswegen geht das mit dem Containertausch auch eigentlich schneller - es sind ja dann schon alle Adapter und Daten vorhanden
Ja das Problem ist auch nicht im HOST Verzeichnis, habe gerade mal versucht auf ein neu erstelltes zu mounten, geht auch nicht. So langsam verzweifle ich hier, nur eben ein update
Zu den Ports für Container finde ich noch gar keine Einstellungen, Netzwerk nur diese hier, suche mal ob es globale Einstellungen für Container gibt.
Folgendes noch gefunden, aber kein Plan, einmal habe ich etwas mit Port 2376 entdeckt
-
@mike2712
Wer hat das denn so aufgesetzt? Du? -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712
Wer hat das denn so aufgesetzt? Du?Die letzten beiden Screenshots ? Nein sicherlich nicht, das ist Default so gewesen oder was auch immer? Die Container Settings kommen von mir.
-
@mike2712
Und wenn Du den bisherigen Container stoppst und einen neuen mit gleichen Settings aber neuem Mount-Verzeichnis aufsetzt streikt das NAS?
Sagt es denn was? -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712
Und wenn Du den bisherigen Container stoppst und einen neuen mit gleichen Settings aber neuem Mount-Verzeichnis aufsetzt streikt das NAS?
Sagt es denn was?Seltsam, das selbe Problem, das kann doch nicht sein, die meldung besagt ja das in dem opt/iobroker Dateien sind, aber nicht vom iobroker, da ist doch eigentlich gar nichts drin, das wird doch alles mit dem Erst / Neustart erst installiert, oder? Ich starte mal die Docker APP auf dem Qnap neu, eventuell sogar das ganze NAS, das dauert immer relativ lange.
-
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
da ist doch eigentlich gar nichts drin
Eigentlich? Das sollte ein komplett leeres Verzeichnis sein.
Alles was da reinkommt wird erst beim ersten Start des Containers da reingeschrieben. -
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
da ist doch eigentlich gar nichts drin
Eigentlich? Das sollte ein komplett leeres Verzeichnis sein.
Alles was da reinkommt wird erst beim ersten Start des Containers da reingeschrieben.Ich bin dem Problem auf der Spur, konnte gerade ein aktuelles System in einem neuem mout Verzeichnis erstellen, das Problem ist die Benutzerverwaltung auf dem Qnap, dort habe ich dann den Besitzer der Daten auf meinem Namen geändert, jedes mal wenn ich das iobroker docker starte steht als Besitzer "Media" in den Dateien, damit ich das überhaupt hinbekomme habe ich einen Benutzer mit dem Namen "media" erstellt. Warum der Besitzer in den Host Ordner "media" ist, ist mir weiterhin unklar, finde ich irgendwie nicht schön. Bevor ich VIS installieren konnte musste ich noch Web installieren, jetzt bin ich am überlegen ob ich in dem neuen System mein Backup einspiele, oder jetzt versuche das system in dem alten Host Verzeichnis aufzusetzen.
-
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
jetzt bin ich am überlegen ob ich in dem neuen System mein Backup einspiele
Versuch zunächst mal das. Das ist auf jeden Fall erprobt.
Um das Problem mit dem Container kann man sich dann immer noch kümmern. -
@codierknecht ja, da bin ich bei, aber warum ändern sich auf dem qnap der Besitzer des Verzeichnisses in "Media" ? Das passiert beim starten des Systems, wenn ich nach dem Stoppen mich als Besitzer eintrage, ist das nur bis zum Neustart aktiv.
-
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
warum ändern sich auf dem qnap der Besitzer des Verzeichnisses in "Media" ?
Da kann ich nicht weiterhelfen. Ich Synology - nix QNAP.
-
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
warum ändern sich auf dem qnap der Besitzer des Verzeichnisses in "Media" ?
Da kann ich nicht weiterhelfen. Ich Synology - nix QNAP.
Okay, danke das versuche ich mal später rauszubekommen, jetzt bin ich mal gespannt ob das mit dem einspielen des Backups soweit funktioniert, ist alles angestoßen, denke das wird jetzt dauern. Vielen Dank für die Hilfe und Unterstützung.
-
@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
jetzt bin ich am überlegen ob ich in dem neuen System mein Backup einspiele
Versuch zunächst mal das. Das ist auf jeden Fall erprobt.
Um das Problem mit dem Container kann man sich dann immer noch kümmern.Das habe ich jetzt bereits 2 mal durchgespielt, erste mal
- web / vis installiert , danach das backup versucht einzuspielen - ohne Erfolg
Versuch 2- Host Verzeichnis komplett gelöscht und das Backup file rein kopiert, Container gestartet, hat das backup file erkannt und restore ausgeführt, hat nichts mehr gemacht, container neu gestartet, nichts, kein Admin .....
LOG vom Container, hängt beim starten ? Und Status vom iobroker, Instanzen sind alle ausgeschaltet, aber Admin ist angeblich da?
Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs/). -------------------------------------------------------------------------------- ----- Step 5 of 5: ioBroker startup ----- -------------------------------------------------------------------------------- Starting ioBroker... ##### #### ### ## # iobroker.js-controller log output # ## ### #### ##### ================================== > LOG REDIRECT system.adapter.admin.0 => true [starting] host.iobroker check instance "system.adapter.admin.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.javascript.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.pushover.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.sql.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.whatsapp-cmb.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.alexa2.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.dysonairpurifier.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.hm-rega.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.hm-rpc.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.hm-rpc.1" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.ical.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.ical.1" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.mielecloudservice.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.modbus.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.sonoff.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.tahoma.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.tr-064.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.discovery.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.backitup.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.bestway.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.bmw.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.boschindego.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.daswetter.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.echarts.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.ecovacs-deebot.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.envertech-pv.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.fritzdect.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.fullcalendar.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.fullybrowser.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.heatingcontrol.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.hs100.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.info.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.iot.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.iqontrol.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.midea.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.sma-em.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.statistics.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.text2command.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.tradfri.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-bars.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-hqwidgets.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-inventwo.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-jqui-mfd.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-metro.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis-timeandweather.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.vis.0" for host "eb9d67531d7f" host.iobroker check instance "system.adapter.web.0" for host "eb9d67531d7f"# iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl # iobroker list instances system.adapter.admin.0 : admin : eb9d67531d7f - enabled, port: 8081, run as: admin system.adapter.alexa2.0 : alexa2 : eb9d67531d7f - disabled system.adapter.backitup.0 : backitup : eb9d67531d7f - enabled system.adapter.bestway.0 : bestway : eb9d67531d7f - disabled system.adapter.bmw.0 : bmw : eb9d67531d7f - disabled system.adapter.boschindego.0 : boschindego : eb9d67531d7f - disabled system.adapter.daswetter.0 : daswetter : eb9d67531d7f - disabled system.adapter.discovery.0 : discovery : eb9d67531d7f - disabled system.adapter.dysonairpurifier.0 : dysonairpurifier : eb9d67531d7f - disabled system.adapter.echarts.0 : echarts : eb9d67531d7f - disabled system.adapter.ecovacs-deebot.0 : ecovacs-deebot : eb9d67531d7f - disabled system.adapter.envertech-pv.0 : envertech-pv : eb9d67531d7f - disabled system.adapter.flot.0 : flot : eb9d67531d7f - disabled system.adapter.fritzdect.0 : fritzdect : eb9d67531d7f - disabled system.adapter.fullcalendar.0 : fullcalendar : eb9d67531d7f - disabled system.adapter.fullybrowser.0 : fullybrowser : eb9d67531d7f - disabled system.adapter.heatingcontrol.0 : heatingcontrol : eb9d67531d7f - disabled system.adapter.hm-rega.0 : hm-rega : eb9d67531d7f - disabled system.adapter.hm-rpc.0 : hm-rpc : eb9d67531d7f - disabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc : eb9d67531d7f - disabled, port: 0 system.adapter.hs100.0 : hs100 : eb9d67531d7f - disabled system.adapter.ical.0 : ical : eb9d67531d7f - disabled system.adapter.ical.1 : ical : eb9d67531d7f - disabled system.adapter.icons-icons8.0 : icons-icons8 : eb9d67531d7f - disabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : eb9d67531d7f - disabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png: eb9d67531d7f - disabled system.adapter.info.0 : info : eb9d67531d7f - disabled system.adapter.iot.0 : iot : eb9d67531d7f - disabled system.adapter.iqontrol.0 : iqontrol : eb9d67531d7f - disabled system.adapter.javascript.0 : javascript : eb9d67531d7f - disabled system.adapter.midea.0 : midea : eb9d67531d7f - disabled system.adapter.mielecloudservice.0 : mielecloudservice : eb9d67531d7f - disabled system.adapter.modbus.0 : modbus : eb9d67531d7f - disabled system.adapter.pushover.0 : pushover : eb9d67531d7f - disabled system.adapter.sma-em.0 : sma-em : eb9d67531d7f - disabled system.adapter.sonoff.0 : sonoff : eb9d67531d7f - disabled, port: 1883, bind: 0.0.0.0 system.adapter.sql.0 : sql : eb9d67531d7f - disabled, port: 0 system.adapter.statistics.0 : statistics : eb9d67531d7f - disabled system.adapter.tahoma.0 : tahoma : eb9d67531d7f - disabled system.adapter.text2command.0 : text2command : eb9d67531d7f - disabled system.adapter.tr-064.0 : tr-064 : eb9d67531d7f - disabled system.adapter.tradfri.0 : tradfri : eb9d67531d7f - disabled system.adapter.vis-bars.0 : vis-bars : eb9d67531d7f - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : eb9d67531d7f - disabled system.adapter.vis-icontwo.0 : vis-icontwo : eb9d67531d7f - disabled system.adapter.vis-inventwo.0 : vis-inventwo : eb9d67531d7f - disabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : eb9d67531d7f - disabled system.adapter.vis-metro.0 : vis-metro : eb9d67531d7f - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : eb9d67531d7f - disabled system.adapter.vis.0 : vis : eb9d67531d7f - disabled system.adapter.web.0 : web : eb9d67531d7f - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.whatsapp-cmb.0 : whatsapp-cmb : eb9d67531d7f - disabled + instance is alive # - web / vis installiert , danach das backup versucht einzuspielen - ohne Erfolg
