CCU-Historian V3.0.3

Das Langzeitarchiv für HomeMatic

Moderator: Co-Administratoren

Mathias
Beiträge: 1767
Registriert: 03.11.2010, 10:25
System: CCU
Wohnort: Aachen
Hat sich bedankt: 58 Mal
Danksagung erhalten: 253 Mal
Kontaktdaten:

CCU-Historian V3.0.3

Beitrag von Mathias » 17.06.2022, 12:33

Die neue Version ist wie immer auf GitHub zu finden.

Bitte Hinweis zur Datenbankmigration beachten!

Fehlerbehebungen / Verbesserungen
Gruß
Mathias

g55
Beiträge: 235
Registriert: 02.10.2018, 19:24
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 59 Mal
Danksagung erhalten: 11 Mal

Re: CCU-Historian V3.0.3

Beitrag von g55 » 18.06.2022, 00:04

Besten Dank für das Update 8)

hmm, ich hab da noch ein Problem(chen) ...
  • ich hab ne "customized trenddesigns.groovy"... leider wird die bei jedem Historian-Update "genullt" ... ok hab ja nen Backup ... is aber mMn. "unschön"
  • nach Update wird bei mir die trenddesigns.groovy noch nicht mal nach Restore aktiviert ... s. Screenshots
  • bin wieder zurück auf 3.0.2
Eigentlich hab ich im Browser = Firefox alles neu geladen, config + trenddesigns.groovy zurück kopiert...

hab ich was übersehen ?
Dateianhänge
Screenshot 2022-06-17 at 23-24-23 CCU-Historian Trend.png
Screenshot 2022-06-17 at 23-41-35 CCU-Historian Trend.png
Proxmox-MiniServer (J4125, 12GB RAM, nur SSDs, Proxmox 7.4-3), RM v3.69.7.20230506, abgesetztes, altes Funkmodul HM-MOD-RPI-PCB am RB-RF-ETH, ca. 5 HM- und 107 HMIP-Geräte, Addons : CUxD v2.10.1, eMail v1.7.6, XML-API v1.22, JB-HB v6.0, ProgrammeDrucken v2.6, CCU-Historian v3.3.1

darkbrain85
Beiträge: 1343
Registriert: 27.06.2015, 22:17
Hat sich bedankt: 43 Mal
Danksagung erhalten: 32 Mal

Re: CCU-Historian V3.0.3

Beitrag von darkbrain85 » 18.06.2022, 10:39

Hallo!

Ich habe den Historian gerade in einem Container auf meinem Proxmox Server installiert.
Der Historian läuft und wird per systemd Script gestartet. Alles gut soweit.

Leider bekomme ich beim setzen eines Passworts über die Web GUI folgenden Fehler:

Code: Alles auswählen

Couldn't get file lock.
Hat jemand eine Idee, was das sein kann? Gefunden habe ich zu diesem Fehler leider nichts hilfreiches.

Mathias
Beiträge: 1767
Registriert: 03.11.2010, 10:25
System: CCU
Wohnort: Aachen
Hat sich bedankt: 58 Mal
Danksagung erhalten: 253 Mal
Kontaktdaten:

Re: CCU-Historian V3.0.3

Beitrag von Mathias » 20.06.2022, 22:31

g55 hat geschrieben:
18.06.2022, 00:04
ich hab ne "customized trenddesigns.groovy"... leider wird die bei jedem Historian-Update "genullt" ... ok hab ja nen Backup ... is aber mMn. "unschön"
Ja, stimmt. Ich werde die leere trenddesigns.groovy mal aus den Installationspaketen entfernen.
g55 hat geschrieben:
18.06.2022, 00:04
nach Update wird bei mir die trenddesigns.groovy noch nicht mal nach Restore aktiviert ... s. Screenshots
Hast Du den CCU-Historian mal neu gestartet?

Mathias
Beiträge: 1767
Registriert: 03.11.2010, 10:25
System: CCU
Wohnort: Aachen
Hat sich bedankt: 58 Mal
Danksagung erhalten: 253 Mal
Kontaktdaten:

Re: CCU-Historian V3.0.3

Beitrag von Mathias » 20.06.2022, 22:36

darkbrain85 hat geschrieben:
18.06.2022, 10:39
Leider bekomme ich beim setzen eines Passworts über die Web GUI folgenden Fehler:

Code: Alles auswählen

Couldn't get file lock.
Versuche bitte zum Startbefehl folgenden hinzuzufügen:

Code: Alles auswählen

java ... -Djava.util.prefs.systemRoot=/a/b/c ...
/a/b/c sollte ein beschreibbares Verzeichnis sein. Dort legt der CCU-Historian das konfigurierte Passwort ab.

Marcus_70
Beiträge: 26
Registriert: 23.01.2021, 14:40
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 7 Mal
Danksagung erhalten: 2 Mal

Re: CCU-Historian V3.0.3

Beitrag von Marcus_70 » 25.06.2022, 23:31

Hallo, ich hab Probleme beim Update,
mein CCU Historian läuft auf einem QNAP NAS.
Ich hab mit V2.5.2 angefangen und diverse erfolgreiche Updates durchlaufen.
Die letzte Lauffähige Version war die V3.0.0 Beta 3

Wenn ich aber eine V3.x nach dieser Version installiere erhalte ich bei aufruf der Webseite
folgende fehlermeldung:
2022-06-25 23_27_44-Error 500 GroovyServlet Error_ script_ '_historian_index.gy'_ Script processing .png
im SSH Fenster erscheint folgendes:

Code: Alles auswählen

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
file:/share/historian/webapp/historian/index.gy: 22: unable to resolve class mdz.ccuhistorian.webapp.PageRenderer
 @ line 22, column 14.
   def renderer=new mdz.ccuhistorian.webapp.PageRenderer(servlet: this)
                ^

1 error

        at org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:292)
        at org.codehaus.groovy.control.CompilationUnit$ISourceUnitOperation.doPhaseOperation(CompilationUnit.java:914)
        at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:627)
        at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:389)
        at groovy.lang.GroovyClassLoader.lambda$parseClass$3(GroovyClassLoader.java:332)
        at org.codehaus.groovy.runtime.memoize.StampedCommonCache.compute(StampedCommonCache.java:163)
        at org.codehaus.groovy.runtime.memoize.StampedCommonCache.getAndPut(StampedCommonCache.java:154)
        at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:330)
        at groovy.util.GroovyScriptEngine$ScriptClassLoader.doParseClass(GroovyScriptEngine.java:232)
        at groovy.util.GroovyScriptEngine$ScriptClassLoader.parseClass(GroovyScriptEngine.java:219)
        at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:314)
        at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:257)
        at groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java:529)
        at groovy.util.GroovyScriptEngine.createScript(GroovyScriptEngine.java:579)
        at groovy.util.GroovyScriptEngine.run(GroovyScriptEngine.java:566)
        at groovy.servlet.GroovyServlet$1.call(GroovyServlet.java:115)
        at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:123)
        at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.access$300(GroovyCategorySupport.java:72)
        at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:258)
        at groovy.servlet.GroovyServlet.service(GroovyServlet.java:122)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
        at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1459)
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)
        at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1631)
        at org.eclipse.jetty.servlets.CrossOriginFilter.handle(CrossOriginFilter.java:319)
        at org.eclipse.jetty.servlets.CrossOriginFilter.doFilter(CrossOriginFilter.java:273)
        at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:201)
        at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440)
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355)
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
        at org.eclipse.jetty.server.Server.handle(Server.java:516)
        at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487)
        at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732)
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479)
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)
        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
        at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
        at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
        at java.lang.Thread.run(Thread.java:748)
an was kann das liegen ?

Benutzeravatar
Wortmann30
Beiträge: 1353
Registriert: 21.03.2014, 21:39
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 7 Mal
Danksagung erhalten: 11 Mal

Re: CCU-Historian V3.0.3

Beitrag von Wortmann30 » 30.06.2022, 11:10

Hallo zusammen,

ich habe gestern die Version 3.0.3 auf meinen NAS installiert ein DS415Play mit DSM 6.2.4

Das ging alles soweit Problemlos.

Das System hat mir dann gestern auch schon Brav alle erkannten datenpunkte geliefert aber keine Trends erstellt, klar sind ja noch kleine Daten da...

Heute habe ich dann wieder rein gesehen, aber alleine Das Laden der ersten Seite dauert ca. 20min. Und Trends zu erstellen geht bisher gar nicht es dreht schon 30min das Hamsterrad, nur das kommt....
Unbenannt.JPG
Woran kann das denn liegen? Und wie starte ich den CCU-Historian neu vielleicht gibt es dadurch Abhilfe?

Gruss Marc
Grüsse


To be continued...

PaulM
Beiträge: 315
Registriert: 16.02.2015, 17:05
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 126 Mal
Danksagung erhalten: 35 Mal

Re: CCU-Historian V3.0.3

Beitrag von PaulM » 30.06.2022, 17:03

da ich dein System nicht kenne, kann ich nur sagen, wie ich es bei einem Addon mache:

Addon
manueller Start/Stop: via SSH

Code: Alles auswählen

cd /usr/local/etc/config/rc.d/
/usr/local/etc/config/rc.d/ccu-historian start
wieder starten:

Code: Alles auswählen

/usr/local/etc/config/rc.d/ccu-historian stop
via Skript:

Code: Alles auswählen

system.Exec("/usr/local/etc/config/rc.d/ccu-historian stop &")
prüfen ob CCU-Historian läuft via SSH

Code: Alles auswählen

ps|grep ccu-historian|grep -v grep
bei einer Docker-Installation (xjokay-ccu-historian) auf Synology stoppe ich halt den Container

Bei evtl. Rückfragen solltest du im Zweifel die ccu-historian.config zeigen (bei mir unter /usr/local/addons/ccu-historian/ccu-historian.config)

Generell findest du hier fast alles:
https://github.com/mdzio/ccu-historian/wiki

Gruß
Paul
Mit Mut und Entschlossenheit gegen Intoleranz

Benutzeravatar
Wortmann30
Beiträge: 1353
Registriert: 21.03.2014, 21:39
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 7 Mal
Danksagung erhalten: 11 Mal

Re: CCU-Historian V3.0.3

Beitrag von Wortmann30 » 06.07.2022, 09:48

Hi

Danke der Tip mit der Doku hat geholfen habe Java manuell auf stand gebracht. jetzt geht es.
Grüsse


To be continued...

Benutzeravatar
tgw
Beiträge: 565
Registriert: 10.10.2013, 22:35
System: CCU
Wohnort: Recklinghausen
Hat sich bedankt: 36 Mal
Danksagung erhalten: 4 Mal

Re: CCU-Historian V3.0.3

Beitrag von tgw » 08.07.2022, 14:52

Ich habe da eine Herausforderung bei der Migration einer 2.9.0. Hoffentlich gehört die Frage hier rein.

Exportiert habe ich mit -createscript und importiert mit -runscript.
Auffällig war für mich, dass nach Erstellen des Scriptes die originale DB nur noch halb so groß war.(34 zu 17GB) Ist das OK?
Import habe ich dann wie immer gestartet in einer (bis auf das Script) leeren 3.0.3, die ich von der 2,9.0 upgedated habe durch Ersetzen, auch wie immer.

Ich habe mir ehemals zwei Batchdateien geschrieben und exportiere und importiere immer darüber. Also schließe ich Eingabefehler aus.

Nach erfolgtem Import war die Db auch halb so groß wie vorher und beim Starten bekomme ich die Fehlermeldung:

2022-07-08 14:49:02|SEVERE |Detail: org.h2.jdbc.JdbcSQLSyntaxErrorException: Tabelle "DATA_POINTS" besteht bereits
Table "DATA_POINTS" already exists; SQL statement:
CREATE TABLE DATA_POINTS (
DP_ID INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
TABLE_NAME VARCHAR NOT NULL,
STATE INT,

INTERFACE VARCHAR NOT NULL, ADDRESS VARCHAR NOT NULL,
IDENTIFIER VARCHAR NOT NULL,

PREPROC_TYPE INT, PREPROC_PARAM DOUBLE,

DISPLAY_NAME VARCHAR, ROOM VARCHAR, FUNCTION VARCHAR, COMMENT VARCHAR,
CUSTOM VARCHAR DEFAULT '{}',

PARAM_SET VARCHAR, TAB_ORDER INT,
MAXIMUM DOUBLE, UNIT VARCHAR,
MINIMUM DOUBLE, CONTROL VARCHAR,
OPERATIONS INT, FLAGS INT,
TYPE VARCHAR, DEFAULT_VALUE DOUBLE
) [42101-214]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:502)
at org.h2.message.DbException.getJdbcSQLException(DbException.java:477)
at org.h2.message.DbException.get(DbException.java:223)
at org.h2.message.DbException.get(DbException.java:199)
at org.h2.command.ddl.CreateTable.update(CreateTable.java:91)
at org.h2.command.CommandContainer.update(CommandContainer.java:169)
at org.h2.command.Command.executeUpdate(Command.java:252)
at org.h2.command.CommandList.update(CommandList.java:65)
at org.h2.command.Command.executeUpdate(Command.java:252)
at org.h2.jdbc.JdbcStatement.executeInternal(JdbcStatement.java:252)
at org.h2.jdbc.JdbcStatement.execute(JdbcStatement.java:223)
at mdz.ccuhistorian.Database.prepareDatabase(Database.groovy:782)
at mdz.ccuhistorian.Database.connect(Database.groovy:72)
at mdz.ccuhistorian.Database.getDataPoint(Database.groovy:373)
at mdz.ccuhistorian.ExtendedStorage.getDataPoint(ExtendedStorage.groovy:59)
at mdz.ccuhistorian.eventprocessing.DataPointStorageUpdater.consume(DataPointStorageUpdater.groovy:45)
at mdz.ccuhistorian.eventprocessing.DataPointStorageUpdater.consume(DataPointStorageUpdater.groovy)
at mdz.eventprocessing.BasicProducer.lambda$0(BasicProducer.java:36)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.eventprocessing.BasicProducer.safeProduce(BasicProducer.java:36)
at mdz.eventprocessing.BasicProducer.produce(BasicProducer.java:42)
at mdz.eventprocessing.Buffer.purge(Buffer.java:74)
at mdz.eventprocessing.Buffer.consume(Buffer.java:65)
at mdz.eventprocessing.BasicProducer.lambda$0(BasicProducer.java:36)
at mdz.Exceptions.catchToLog(Exceptions.java:74)
at mdz.eventprocessing.BasicProducer.safeProduce(BasicProducer.java:36)
at mdz.eventprocessing.BasicProducer.produce(BasicProducer.java:42)
at mdz.hc.itf.Manager.sendEvents(Manager.groovy:137)


Das Ganze habe ich jetzt dreimal durchlaufen lassen, immer der selbe Fehler. Was kann ich tun? Die 2.9.0 funktioniert einwandfrei. Selbstverständlich habe ich sie auch vor dem Export beendet. :-)
Viele Grüße aus Recklinghausen im Ruhrpott

Der TGW

CCU3 / Solaredge PV integriert / Daikin Klima WLAN integriert - gerne für Rückfragen offen.

Antworten

Zurück zu „CCU-Historian“