VIS Adapter rot, VIS sehr langsam
-
@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
-
puh, nach einer langen Nacht, läuft das System mit Node.js v16.19.0 und js-controller 4.0.24.
@Codierknecht , das Ursprungsproblem mit VIS in rot ist auch behoben, aber ob es jetzt an der geänderten Node.js liegt kann ich nicht sagen, das mit dem Restore hat nicht so geklappt wie vorgestellt. Das es mit VIS Probleme gibt sagtest Du ja, letztendlich habe ich es wie folgt gemacht -> VIS komplett deinstalliert, inkl. aller Icons wie z.B. HQ-Widgets,Icontwo, Iventwo, bars, etc..., sonst lies sich VIS nicht deinstallieren. Anschliessend VIS neu installiert, hatte vorsichtshalbe natürlich das VIS Projekt exportiert und gesichert, das war komischerweise nicht notwendig.Nach der Installation und dem ersten Start von VIS wollte ich das Projekt importieren, aber es war alles vorhanden und funktioniert, auch ohne Installation der Icons, etc, alles da, mich wundert es ein wenig, vor allem tauchten diese Dinge ja auch alle unter den Instanzen auf, da ist nur noch VIS, keine HQ-widgets usw., trotzdem funktioniert das.
Soll ich die Sachen trotzdem nachinstallieren, macht mir die gesamte Situation vielleicht später noch Probleme?
-
1.) Schön dass alles funktioniert.
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
aber es war alles vorhanden und funktioniert, auch ohne Installation der Icons, etc, alles da
Dürfte daran liegen, dass die dazu nötigen Dateien vorhanden waren.
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
Soll ich die Sachen trotzdem nachinstallieren, macht mir die gesamte Situation vielleicht später noch Probleme?
Naja - eigentlich bin ich ein Freund von "never change a running system".
Auf der anderen Seite kann man nicht ausschließen, dass das später mal Probleme macht.Schau erst einmal, dass alles wieder funktioniert.
Dann kann man später mal den ganzen Salat parallel in Ruhe aufsetzen.Erstmal ein schönes WE
Gruß Bernd -
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
das Ursprungsproblem mit VIS in rot ist auch behoben,
wie du jetzt siehst hat vis gar keine Ampel!
-
@homoran sagte in VIS Adapter rot, VIS sehr langsam:
@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:
das Ursprungsproblem mit VIS in rot ist auch behoben,
wie du jetzt siehst hat vis gar keine Ampel!
Korrekt das ist mir auch aufgefallen, aber warum war im ersten Screenshot eine Ampel, dann noch auf rot? Und der VIS Adapter ha ja auch laut Log immer neu gestartet?
