Soft Restart des Historian

[JoMass]

Hallo,

Bei jeden Neustart der CCU muss ich auch Historian neu starten. Historian läuft zwar weiter und historische Daten können angezeigt werden, aber es werden (reproduzierbar) keine neuen Daten mehr aufgezeichnet.

Und da bei mir Historian auf QNAP NAS läuft ist diese Restart Prozedur etwas aufwändiger, vor allem wenn ich nicht zuhause bin. Gibt es eine Möglichkeit einer Reinitalisierung/Restart des Historian über die Web oberfläche auszulösen ? Dies wäre sehr nützlich für mich, vor allem weil im Sommer (Gewitter) und durch den neuen Watchdog diese Restarts doch häufiger sind und ich manchmal gar nicht merke, dass es einen Restart gab.

Vielen Dank für einen Tip !

[PaulM]

reicht via SSH ?

[JoMass]

Über SSH mach ich das jetzt schon & geht auch. Komfortabel wäre es halt direkt über die Web Oberfläche des Historian. In (viel) früheren Versionen hat der Historian einen Neustart der CCU toleriert und sich davon nicht ausser Tritt bringen lassen.

Es gibt ja auch viele Konfigurationsparameter, Vielleich kann einer davon das Verhalten günstiger beeinflussen ?

[Mathias]

Der CCU-Historian sollte immer mit einem Restart der CCU klar kommen und die Verbindung erneut wieder herstellen.

Am besten akivierst Du mal detaillierte Log-Meldungen (s.a. Handbuch) und führst einen Neustart der CCU aus. Die Log-Datei kannst Du mir dann per E-Mail (o.ä.) zukommen lassen.

Einen Soft-Restart über die Web-Oberfläche gibt es nicht, und ist auch leider schwierig umzusetzen.

Gruß
Mathias

[JoMass]

Vielen Dank Mathias,

bin sei heute wieder zu Hause und sende mal was ich im aktuellen Log finden konnte:

zuerst das Historian LOG-File der "crash mit Neustrat der CCU passierte offensichtlich am 15.6. gegen 1h58; am 19.6. ca.22h07 habe ich dann den Historian remote neu gestartet. Ab da funktioniert wieder alles

Code: Alles auswählen

2019-06-14 23:16:25|WARNING|Device BidCos-RF.PEQ1944110.DUTY_CYCLE does not exist
2019-06-15 00:59:21|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-15.gz
2019-06-15 01:58:09|SEVERE |Exception: connect timed out
2019-06-15 01:58:09|SEVERE |Detail: java.net.SocketTimeoutException: connect timed out
	at mdz.hc.itf.hm.HmScriptClient.execute(HmScriptClient.groovy:352)
	at mdz.hc.itf.hm.HmScriptClient.getSystemVariableValues(HmScriptClient.groovy:104)
	at mdz.hc.itf.hm.HmSysVarInterface$_readVariables_closure3.doCall(HmSysVarInterface.groovy:120)
	at mdz.hc.itf.hm.HmSysVarInterface$_readVariables_closure3.call(HmSysVarInterface.groovy)
	at mdz.Exceptions.lambda$0(Exceptions.java:84)
	at mdz.Exceptions.catchToLog(Exceptions.java:74)
	at mdz.Exceptions.catchToLog(Exceptions.java:84)
	at mdz.hc.itf.hm.HmSysVarInterface.readVariables(HmSysVarInterface.groovy:118)
2019-06-15 01:58:49|SEVERE |Exception: connect timed out
2019-06-15 01:58:49|SEVERE |Detail: java.net.SocketTimeoutException: connect timed out
	at mdz.hc.itf.hm.HmScriptClient.execute(HmScriptClient.groovy:352)
	at mdz.hc.itf.hm.HmScriptClient.getSystemVariableValues(HmScriptClient.groovy:104)
	at mdz.hc.itf.hm.HmSysVarInterface$_readVariables_closure3.doCall(HmSysVarInterface.groovy:120)
	at mdz.hc.itf.hm.HmSysVarInterface$_readVariables_closure3.call(HmSysVarInterface.groovy)
	at mdz.Exceptions.lambda$0(Exceptions.java:84)
	at mdz.Exceptions.catchToLog(Exceptions.java:74)
	at mdz.Exceptions.catchToLog(Exceptions.java:84)
	at mdz.hc.itf.hm.HmSysVarInterface.readVariables(HmSysVarInterface.groovy:118)
2019-06-16 00:59:21|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-16.gz
2019-06-17 00:59:04|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-17.gz
2019-06-18 00:59:03|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-18.gz
2019-06-19 00:59:02|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-19.gz
2019-06-19 22:07:17|INFO   |Starting base services
2019-06-19 22:07:17|INFO   |Connecting to database
2019-06-19 22:07:25|INFO   |Starting database web server
2019-06-19 22:07:25|INFO   |Setting up device 1
2019-06-19 22:07:25|INFO   |Creating HM script client for http://192.169.3.55:8181/tclrega.exe
2019-06-19 22:07:25|INFO   |Setting up plug-in 1
2019-06-19 22:07:25|INFO   |Setting up plug-in 2
2019-06-19 22:07:25|INFO   |Configured following interfaces: SysVar, CUxD, BidCos-RF
2019-06-19 22:07:25|INFO   |Starting interfaces
2019-06-19 22:07:25|INFO   |Starting BIN-RPC server on port 2099
2019-06-19 22:07:25|INFO   |Starting XML-RPC server on port 2098
2019-06-19 22:07:25|INFO   |Connecting to 192.169.3.55:8701
2019-06-19 22:07:26|INFO   |Starting historian
2019-06-19 22:07:26|INFO   |Starting web server
2019-06-19 22:07:26|INFO   |jetty-7.2.2.v20101205
2019-06-19 22:07:27|INFO   |NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet
2019-06-19 22:07:27|INFO   |Started SelectChannelConnector@0.0.0.0:8082
2019-06-19 22:07:27|INFO   |Web server port: 8082
2019-06-19 22:07:58|WARNING|Device BidCos-RF..STATE does not exist
2019-06-19 22:07:58|WARNING|Device BidCos-RF.PEQ1944110.DUTY_CYCLE does not exist
2019-06-20 00:00:00|INFO   |Creating backup of database to file /share/CACHEDEV1_DATA/homes/raspi/ccu-historian/backup/db_2019-06-20.gz
2019-06-20 02:08:27|WARNING|Device BidCos-RF..STATE does not exist
2019-06-20 02:08:27|WARNING|Device BidCos-RF.PEQ1944110.DUTY_CYCLE does not exist
2019-06-20 06:08:56|WARNING|Device BidCos-RF..STATE does not exist

Das Logfile der RASPICCU startet aber erst um 1:49:34 und da sehe ich in der folge keine Meldungen die auf die NAS IP hinweisen;

Bitte um kurze Info ob das schon einen Hinweis liefert, werde dann gerne noch weiter Deinem Vorschlag folgen und den Versuch machen.

[JoMass]

Hallo Mathias,

hab gestern den Versuch gemacht & nach dem Restart der CCU lief Historian nicht wieder an, weil ich mir die Zeiten, wann ich was gemacht hatte, nicht genau gemerkt habe, wollte ich heute den Versuch widerholen, aber

da kam mir das Update auf die neue Raspberrimatic Version 3.45.7.20190622 und CUXD auf 2.3 dazwischen !

und siehe da, Historian lies sich nicht mehr irritieren, nach dem Neustart hat auch Historian die Daten wieder aufgezeichnet! Erneut CCU heruntergefahren und neu gestartet, das selbe Ergebnis.

Damit ist mein Anliegen wohl hinfällig, denn die Lösung brachte in meinem System anscheinend das Update der RaspiCCU SW.


Danke

[Mathias]

Merkwürdig. Nun gut, falls das Verhalten aber wieder auftauchen sollte, bitte eine detaillierte Log-Datei erstellen.