CCU-Historian@Synology
Moderator: Co-Administratoren
Re: CCU-Historian@Synology
Weil DSM den Historan automatisch im Ornder @appstore installiert und ich dort, ohne root über SSH, keinen Zugriff drauf habe.
Ich frage mich auch warum meine Frage so unüblich ist, das Problem müssten doch alle Syno-Nutzer haben??
Ich möchte nur einen einfachen Zugriff über die Syno auf ccu-historian.config, die logs und db mehr nicht.
Ich frage mich auch warum meine Frage so unüblich ist, das Problem müssten doch alle Syno-Nutzer haben??
Ich möchte nur einen einfachen Zugriff über die Syno auf ccu-historian.config, die logs und db mehr nicht.
-
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Re: CCU-Historian@Synology
Weil sich die meisten Syno User gleich als root anmelden oder ein Tool wie den midnightcommander mit sudo starten um Dateien zu bearbeiten.
Oder weil die User nicht das fertige Paket genommen haben, sondern einfach auf /volume1/einen neuen gemeinsamen Ordner anlegen. Dort das Archiv mit der aktuellen Historian Version ausgepackt und Zugriffsrechts sind kein Problem. Start / Stop dann über die Aufgabenplanung des DSM.
Aber viele Wege führen nach Rom.
Re: CCU-Historian@Synology
Hallo,
Ich konnte gestern den Historian mit dem Startbefehl über das Terminal starten:
java -jar ccu-historian.jar -config /volume2/CCU-Historian/
Die log und database wurden auch in meinem Nutzerordner angelegt. Ich werde mal beobachten.
Wie verhält sich der Historian bei SynoNeustart, nimmt er jetzt die Config aus meinen Nutzerordner oder wieder die default-config aus dem Installordner @appstore?
Ich konnte gestern den Historian mit dem Startbefehl über das Terminal starten:
java -jar ccu-historian.jar -config /volume2/CCU-Historian/
Die log und database wurden auch in meinem Nutzerordner angelegt. Ich werde mal beobachten.
Wie verhält sich der Historian bei SynoNeustart, nimmt er jetzt die Config aus meinen Nutzerordner oder wieder die default-config aus dem Installordner @appstore?
-
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Re: CCU-Historian@Synology
hallo
dann kopiere doch Deine veränderte config in den Ordner wo das Programm liegt. Ein Kopiervorgang als root wird nicht gleich Deine DS zerstören.
Es sei denn, es ist gar nicht Deine DS und Du kannst keine root Rechte erlangen
dann kopiere doch Deine veränderte config in den Ordner wo das Programm liegt. Ein Kopiervorgang als root wird nicht gleich Deine DS zerstören.
Es sei denn, es ist gar nicht Deine DS und Du kannst keine root Rechte erlangen
Re: CCU-Historian@Synology
Es ging mir doch darum auch ohne root schnell mal an die config, database und logs zu kommen.
Was muss ich denn in dem Start-Stopp-Script eintragen?
Grüße
Was muss ich denn in dem Start-Stopp-Script eintragen?
Grüße
-
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Re: CCU-Historian@Synology
Hallo
Database und log können ja weiter auf /Volume2 liegen.
An die config muss man nie wieder ran, wenn es ein mal läuft.
-----
Du nimmst den vorderen Teil des Startbefehls aus dem Script
Auf der Kommandozeile gibst Du diesen Befehl ein und ergänzt um Deinen -config Parameter.
So viele Möglichkeiten den an der richtigen Stelle einzufügen gibt es ja nicht.
Nach 1....5 Versuchen hast Du die richtige Syntax gefunden.
Dann machst Du eine Sicherheitskopie von dem Startscript und modifizierst die Zeile im Original entsprechend Deinen oben erworbenen Erkenntnissen.
PS wenn es eine Aktualisierung des Paketes gibt weiss ich nicht, ob das über Aktualisieren oder über Deinstallieren, neu installieren geht. Kommt auf das Paket an. In jedem Fall könnte ich mir vorstellen, dass das Startscript wieder überschrieben wird.
Dann sind Deine Anpassungen weg.
So ist das mit fertigen Paketen.
Deshalb würde ich eine neue Version immer einfach manuell über die alte drüber kopieren. Es muss ja nichts "installiert" werden.
Aber da hast Du natürlich wieder Dein "root" Problem, weil die ganze Installation nicht gleich in einem Ordner auf /Volume1 oder 2 erfolgte.
Database und log können ja weiter auf /Volume2 liegen.
An die config muss man nie wieder ran, wenn es ein mal läuft.
-----
Du nimmst den vorderen Teil des Startbefehls aus dem Script
Code: Alles auswählen
java -Duser.timezone=Europe/Berlin -Duser.language=de -Duser.country=DE -Xms16m -Xmx512m -jar ccu-historian.jar
So viele Möglichkeiten den an der richtigen Stelle einzufügen gibt es ja nicht.
Nach 1....5 Versuchen hast Du die richtige Syntax gefunden.
Dann machst Du eine Sicherheitskopie von dem Startscript und modifizierst die Zeile im Original entsprechend Deinen oben erworbenen Erkenntnissen.
PS wenn es eine Aktualisierung des Paketes gibt weiss ich nicht, ob das über Aktualisieren oder über Deinstallieren, neu installieren geht. Kommt auf das Paket an. In jedem Fall könnte ich mir vorstellen, dass das Startscript wieder überschrieben wird.
Dann sind Deine Anpassungen weg.
So ist das mit fertigen Paketen.
Deshalb würde ich eine neue Version immer einfach manuell über die alte drüber kopieren. Es muss ja nichts "installiert" werden.
Aber da hast Du natürlich wieder Dein "root" Problem, weil die ganze Installation nicht gleich in einem Ordner auf /Volume1 oder 2 erfolgte.
Re: CCU-Historian@Synology
Hallo alle
Ich habe zum wiederholten Mal den Effekt dass irgendwann der Historian aufhört zu loggen und dann in den Logs über Tage zu lesen ist
Was auffält ist dass nach dem Beenden des Historian in der Syology Oberfläche immer noch ein Java Prozess läuft.
Was ich auch nicht verstehe: Das Log mit den Einträgen oben war 176MB gross und lag im gleichen Verzeichnis wie das ccu-historian.config, obwohl in diesem File steht dass das Logfile woanders hingeschrieben werden soll:
logSystem.fileName='/volume1/Medien/server-extern/Synology/historian/ccu-historian-%g.log'
Und der Witz ist: Da ist auch eines. Schreibt der Historian 2 Logs??
Ich hab die Logs nach dem Restart mal angehängt
Hier das aus dem Historianverzeichnis: Und hier das Log aus dem Verzeichnis das in der config Datei angegeben ist: Gruss Ralf
Ich habe zum wiederholten Mal den Effekt dass irgendwann der Historian aufhört zu loggen und dann in den Logs über Tage zu lesen ist
Code: Alles auswählen
2018-10-23 14:39:02|INFO |CCU-Historian V2.0.0-beta.1
2018-10-23 14:39:02|INFO |(C)MDZ (info@ccu-historian.de)
2018-10-23 14:39:05|INFO |Starting base services
2018-10-23 14:39:05|INFO |Connecting to database
2018-10-23 14:39:06|SEVERE |Exception: Datenbank wird wahrscheinlich bereits benutzt: "/volume1/@appstore/ccu-historian/data/history.h2.db". Mögliche Lösungen: alle Verbindungen schliessen; Server Modus verwenden
Database may be already in use: "/volume1/@appstore/ccu-historian/data/history.h2.db". Possible solutions: close all other connection(s); use the server mode [90020-197]
2018-10-23 14:39:06|SEVERE |Detail: org.h2.jdbc.JdbcSQLException: Datenbank wird wahrscheinlich bereits benutzt: "/volume1/@appstore/ccu-historian/data/history.h2.db". Mögliche Lösungen: alle Verbindungen schliessen; Server Modus verwenden
Database may be already in use: "/volume1/@appstore/ccu-historian/data/history.h2.db". Possible solutions: close all other connection(s); use the server mode [90020-197]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:357)
at org.h2.message.DbException.get(DbException.java:179)
at org.h2.message.DbException.get(DbException.java:155)
at org.h2.store.PageStore.lockFile(PageStore.java:321)
at org.h2.store.PageStore.openExisting(PageStore.java:344)
at org.h2.store.PageStore.open(PageStore.java:289)
at org.h2.engine.Database.getPageStore(Database.java:2552)
at org.h2.engine.Database.open(Database.java:709)
at org.h2.engine.Database.openDatabase(Database.java:286)
at org.h2.engine.Database.<init>(Database.java:280)
at org.h2.engine.Engine.openSession(Engine.java:66)
at org.h2.engine.Engine.openSession(Engine.java:179)
at org.h2.engine.Engine.createSessionAndValidate(Engine.java:157)
at org.h2.engine.Engine.createSession(Engine.java:140)
at org.h2.engine.Engine.createSession(Engine.java:28)
at org.h2.engine.SessionRemote.connectEmbeddedOrServer(SessionRemote.java:351)
at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:124)
at org.h2.jdbc.JdbcConnection.<init>(JdbcConnection.java:103)
at org.h2.Driver.connect(Driver.java:69)
at mdz.ccuhistorian.Database.<init>(Database.groovy:69)
at mdz.ccuhistorian.DatabaseSystem.<init>(DatabaseSystem.groovy:33)
at mdz.ccuhistorian.HistorianSystem.<init>(HistorianSystem.groovy:34)
at mdz.ccuhistorian.Main.start(Main.groovy:100)
at mdz.ccuhistorian.Main.access$0(Main.groovy)
at mdz.ccuhistorian.Main$_run_closure4.doCall(Main.groovy:77)
at mdz.ccuhistorian.Main$_run_closure4.call(Main.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.ccuhistorian.Main.run(Main.groovy:77)
at mdz.ccuhistorian.Main.main(Main.groovy:45)
Was ich auch nicht verstehe: Das Log mit den Einträgen oben war 176MB gross und lag im gleichen Verzeichnis wie das ccu-historian.config, obwohl in diesem File steht dass das Logfile woanders hingeschrieben werden soll:
logSystem.fileName='/volume1/Medien/server-extern/Synology/historian/ccu-historian-%g.log'
Und der Witz ist: Da ist auch eines. Schreibt der Historian 2 Logs??
Ich hab die Logs nach dem Restart mal angehängt
Hier das aus dem Historianverzeichnis: Und hier das Log aus dem Verzeichnis das in der config Datei angegeben ist: Gruss Ralf
-
- Beiträge: 1789
- Registriert: 03.11.2010, 10:25
- System: CCU
- Wohnort: Aachen
- Hat sich bedankt: 58 Mal
- Danksagung erhalten: 259 Mal
- Kontaktdaten:
Re: CCU-Historian@Synology
Der CCU-Historian wird anscheinend zweimal gestartet. Der Erste kann die Datenbank öffnen, der Zweite dann natürlich nicht mehr. Deshalb existiert anscheinend auch der zweite Java-Prozess.
Gruß
Mathias
Gruß
Mathias