wie Historian in Docker auf Synology installieren?

[Mathias]

Die Fehlermeldung

Code: Alles auswählen

Invalid BIN-RPC header start:

erscheint, wenn irgendetwas anderes außer der CCU sich mit dem Port 2099 des CCU-Historians verbindet. Das kann u.U. vom Docker-Host kommen, um die Anwendung zu überwachen.

[AnZa]

Ich habe eine tinkerboard mit RPI-RF-MOD Funk-Modulplatine im Einsatz und bin, als ich ccu-historian auf diesem System im Einsatz hatte, mit der Konfiguration

devices.device1.plugin1.type=BIDCOS_WIRED //= für WIRED-Geräte
devices.device1.plugin2.type=BIDCOS_RF //= für Funkmodul
devices.device1.plugin4.type=HMIP_RF //= für HMIP-Geräte
devices.device1.plugin5.type=CUXD //= für CUxD-Geräte

erfolgreich gefahren.

Eine dauernd hohe Belastung haben mich verleitet, die Anwendungen auf verschiedene Systeme zu trennen.

[Isomeer]

Die beiden Ports 2098 und 2099 müssen so auch nach außen sichtbar sein. Sonst loggt der ccu-histrian nur die Werte der Systemvariablen.

Bei den lokalen Ports 2098 und 2099 (siehe vorherigen Beitrag !) musste ich den Eintrag in der linken Spalte 'Automatisch' nach der Installation nochmal überschreiben. Damit werden nun auch die Daten der zweiten CCU (über VPN-verbunden) aufgezeichnet.

Ich kann euch überhaupt nicht sagen, wie dankbar ich für den thread hier bin.
Nach dem "freiwilligen" update auf DSM7 lief natürlich der Historian nicht mehr und ich habe mich dann gleich an die Docker-Version gemacht.
Nachdem ich (mal wieder) mühsam lernen musste, dass man wirklich jedes Detail einer Konfiguration berücksichtigen muss , hatte ich schon mal einen laufenden historian, aber nur mit Systemvariablen in der Aufzeichnung. Die Lösung war genau der o.a. Tipp, die voreingestellten, automatischen Portzuordnungen auf 1:1 zu stellen bzw. 2098 auf 2098 und 2099 auf 2099.

Was ich an Restproblem noch habe: Im historian komme ich über "Werkzeuge" nicht auf die Datenbank. "Seite nicht erreichbar" und der aufgerufene Port ist 8082.
Noch jemand eine Idee ?
Nachtrag: Gleiche Baustelle - Port 8082 von (lokal) automatisch auf 8082 setzen.

[Chriggel]

Hallo,

ich bin auch einer, die ein Opfer von DSM7 ein Opfer war. Es hat mich allerdings ganz schöne Mühe gekostet und ich habe Historian im Docker erst zum laufen bekommen, als ich parallel einen Docker mit openjdk zum Laufen gebracht habe. Das obwohl doch eigentlich java im Docker von Historian drin sein sollte.
Es lief dann auch erstmal ein bis zwei Wochen, als ich es jetzt auswerten wollte, mußte ich feststellen, daß sich die Ports - trotz ununterbrochenden Laufens geändert hatten und dementsprechend die Geräte nicht mehr gelogged waren. Wenn ich jetzt die Ports wieder manuell anpasse (waren vorher auf Auto und wohl nur Glück, daß sie 2 Wochen liefen), kann ich aber auch nicht die alten gelogten Daten mehr sehen. Müsste die DB nicht die gleiche geblieben sein und fortgeschrieben werden? Der Speicherort der DB ändert sich doch nicht, wenn man den Docker anhält und wird doch auch nciht überschrieben beim Neustart, oder?

CP

[PaulM]

Solange die Ports nicht passen, kann ja nichts aufgezeichnet werden.
Wenn es am Speicherort gem. Konfigurationsdatei keine Datenbank gibt, wird eine neue angelegt, sonst nicht.
Hat die Datenbankdatei eine sinnvolle Größe mit aktuellem Datum?
Du kannst die Datenbank auch auf einem anderen Rechner mit beliebigen Betriebssystem starten und den Inhalt anschauen.

[NilsG]

Moin zusammen!

Ich habe ich jetzt auch mal an Historian gemacht.
Ich möchte es als Container im Docker auf meinem Synology NAS (DSM7) laufen lassen.

Leider startet der Container erst gar nicht?! Bzw. stoppt immer wieder automatisch.
Was mache ich denn da falsch?

[NilsG]

Hab's selbst rausgefunden - LÄUFT :

Dort:
https://www.cyberdoc-net.de/2020/10/ccu ... alisieren/

Dieser entscheidende Schritt fehlte:

[PaulM]

Ich würde auch die automatischen Ports mit 2098 und 2099 manuell festsetzen.
Gruß
Paul

[wischm]

Guten Morgen zusammen,
seit gestern läuft Historian auch bei mir auf einer Synology DS1515+

Das Program läuft allerdings bekomme ich nach einem Start immer den folgenden Log Eintrag 2mal.
Kann damit jemand etwas anfangen bzw. mir sagen was ich noch ändern muss?

Grüße
wischm

2022-09-22 09:13:16|SEVERE |Exception: Connect timed out
2022-09-22 09:13:16|SEVERE |Detail: java.net.SocketTimeoutException: Connect timed out
at mdz.hc.itf.hm.HmScriptClient.execute(HmScriptClient.groovy:357)
at mdz.hc.itf.hm.HmScriptClient.retrieveDevices(HmScriptClient.groovy:216)
at mdz.hc.itf.hm.HmScriptClient.getModel(HmScriptClient.groovy:305)
at mdz.hc.itf.hm.HmXmlRpcInterface.updateLogicProperties(HmXmlRpcInterface.groovy:135)
at mdz.hc.itf.hm.HmXmlRpcInterface.updateProperties(HmXmlRpcInterface.groovy:244)
at mdz.hc.itf.Manager$_updateProperties_closure4.doCall(Manager.groovy:119)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.hc.itf.Manager.updateProperties(Manager.groovy:116)
at mdz.ccuhistorian.Historian.update(Historian.groovy:157)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.ccuhistorian.Historian$_updateDataPointMeta_closure4$_closure13.doCall(Historian.groovy:115)
at mdz.ccuhistorian.Historian$_updateDataPointMeta_closure4$_closure13.doCall(Historian.groovy)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.ccuhistorian.Historian$_updateDataPointMeta_closure4.doCall(Historian.groovy:111)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.ccuhistorian.Historian.updateDataPointMeta(Historian.groovy:110)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.ccuhistorian.Historian$_run_closure3.doCall(Historian.groovy:104)
at mdz.ccuhistorian.Historian$_run_closure3.doCall(Historian.groovy)
at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
at mdz.Exceptions.lambda$0(Exceptions.java:84)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.Exceptions.catchToLog(Exceptions.java:84)
at mdz.ccuhistorian.Historian.run(Historian.groovy:103)

[Isomeer]

Guten Morgen zusammen,
seit gestern läuft Historian auch bei mir auf einer Synology DS1515+

Ich kann Dir zwar nicht helfen , habe aber ein Frage: Hast Du die Docker-Version oder das inzwischen verfügbare Synology-Paket genutzt?