CCU-Historian@Synology

[Herbert_Testmann]

Somit sehe ich dort folgende Ports:

database.webPort=8082
database.tcpPort=9092
database.pgPort=5435
webServer.port=80
devices.historianBinRpcPort=2099
devices.historianXmlRpcPort=2098
webServer.port=8080

Wenn die Zeile in der config auskommentiert ist, wird der angegebene default Wert genommen.
Im Falle des Web Servers also 8080 statt 80.

Der Historian default Port für den WEb Server ist 82. Das lief auch auf meiner DS so.
Warum hier im Paket 8080 vorgegeben wird, obwohl das oft anderweitig belegt ist, verstehe ich nicht.

Hast Du mal versucht vor der Installation die Web Server Vorgabe auf z.B. 82 zu ändern?
Läuft das Paket immer noch nicht, wenn 8080 frei ist. Und ist es ganz sicher frei ?

----
Von der ganzen Paketinstallation mal abgesehen. Ich habe Historian immer manuell auf DS installiert.
- ein Ordner auf VolumeX anlegen
- Historian da rein kopieren
- config anpassen
- ein Startscript über den Aufgabenplaner beim Start der DS ausführen (Autostart)

[mwatermann]

So sehe ich das auch, 8080 ist wohl der Default bei der Installation per .sbk Paket.
Den SABDnzb Port habe ich geändert und auch alles neu gestartet. Ich gehe also davon aus, dass der 8080 frei ist.
Wenn ich das im Paket vor Installation ändere meckert die DS Installation, dass das Paket fehlerhaft sei.

Jetzt wird es aber interessant, wie man das Ganze auch manuell installieren kann...

- Welche Rechte, bzw. wie muss der Ordner auf dem NAS angelegt werden?
- Welches Historian Paket nimmt man dann?
- Config anpassen sollte klappen
- Startscript habe ich noch nicht auf der DS genutzt, klingt aber so, als wäre das einfach. Was muss dann dort eingetragen werden, damit Historion als Daemon läuft?

Danke für den Hinweis auf die mögliche Alternative. Updates würden dann einfach "drüberkopiert" (vorher laufendes Historian stoppen vermute ich mal)?

[Herbert_Testmann]

Erst mal die Fragen, die ich von unterwegs beantworten kann

Wenn wir von einer einfachen DS ausgehen , einen Ordner anlegen. Könnte gleich ein gemeinsamer (frei gegebener) Ordner sein , um aus dem Netz dann dorthin zu kopieren oder Log Files zu lesen
/volume1/ccu-historian

Den Inhalt des zip Archives der aktuellen Version dort hin kopieren.
Sample Konfig File umbenennen, oder als neue Datei kopieren.

Als Start Script kann das gleiche wie für den RasPi benutzt werden. Dieses ist auf der Historian Homepage verlinkt. Installation RasPi 3b
Ich kann auch zu hause mal nachsehen.

Rechte ... Alle rwx funktioniert immer


Mobil getippelt auf einem Alublock

[mwatermann]

Danke erst mal. Versuche heute abend Zeit für zu finden und es zu probieren. Gebe dann Rückmeldung.

[Herbert_Testmann]

hallo

mein Start Script, dass ich hier zusammen gesucht habe, sah wie folgt aus ...

Code: Alles auswählen

#!/bin/sh
###BEGIN INIT INFO########################
#
# start-stop-status
# Starts, stops the CCU-Historian server and
# reports status to the package manager
#
###END INIT INFO##########################

source /etc/profile

PID=""
DIR="/volume1/ccu-historian"
cd "$DIR"

get_pid () 
{
   #use "-f 1"
   PID=`ps w |grep java |grep ccu-hist |cut -d " " -f 1`
   #PID=`ps |grep java |grep ccu-historian.jar |cut -d " " -f 1`
   #if PID is <10000 than "-f 1" is empty so use "-f 2"
   if [ -z $PID ]; then
      PID=`ps w |grep java |grep ccu-hist |cut -d " " -f 2`
      #PID=`ps |grep java |grep -Duser |cut -d " " -f 2`

   fi
}


case $1 in
  start)
	sleep 5
    get_pid
    if [ -z  $PID ]; then
	java -Duser.timezone=Europe/Berlin -Duser.language=de -Duser.country=DE -jar ccu-historian.jar > ccu-historian.log 2>&1 &
	exit $?
    else
	exit 0
    fi
  ;;
  stop)
    get_pid
    kill $PID 
    exit $?
  ;;
  status)
     get_pid
     if [ -z  $PID ]; then
	  # is not running
		exit 1
	  else
	  # is running
	exit 0
      fi   

  ;;
  log)
    echo "$DIR/ccu-historian.log";
    exit 0
  ;;
  *)
    exit 0
  ;;
esac

Aber das kann man sicher noch verbessern.

[mwatermann]

Ich habe die aktuelle CCU-Historian zip für unabhängige Platformen in einen Ordner auf dem NAS entpackt.
Die Config habe ich erstellt und im angelegten root Ordner abgelegt. Den Web-Port auf 8088 gestellt, dein Skript beim Hochfahren erstellt. Firewall Einstellung um den Port ergänzt.

Nach Neustart kam allerdings kein Fehler oder sowas im Protokoll, allerdings findet er keine Seite, wenn ich die IP:8088 im Browser eingebe.
Wie kann man nu schauen, ob überhaupt was gestartet wurde? Eine Konsole/Terminal gibt es auf der NAS Oberfläche leider nicht, musste ich feststellen. Muss ich SSH dafür freigeben und per Putty drauf?

[Herbert_Testmann]

Hallo

ja, genau, SSH per Putty oder Terminalprogramm (MacOS)

mit dem Befehlt

Code: Alles auswählen

ps -A

die laufenden Prozesse listen lassen. Dort sollte ein java Prozess dabei sein.

Wenn Historian nicht gestartet wird, gibt es im Ordner /log kein Logfile. Bzw keine Einträge zu der zeit. Dort mal nachsehen.

Wenn Historian nicht läuft, dann mal auf der Kommandozeile starten.
Dazu kann ein kurzer Befehl benutzt werden oder der etwas längere aus dem Script. (Platzhalter entsprechend ersetzen)

Die Ausgabe auf der Konsole beobachten und wenn es läuft den Web Server von aussen testen.

Geht der Start über die Kommandozeile bist Du einen großen Schritt weiter.

Historian mit

Code: Alles auswählen

kill Prozessnummer

abschießen

(wenn Du keine root Rechte per ssh hast dann jeweils "sudo" vor den Kommandos benutzen)

Dann das script mit

Code: Alles auswählen

sh scriptname.sh start

ausführen und kontrollieren ob historian läuft.

Geht das auch, dann das Script mit Pfad in die Aufgabenplanung eintragen. Dort kann man eine Aufgabe auch manuell starten.

Also immer schön schrittweise vorgehen.

[mwatermann]

Danke dir, ich denke, ich nähere mich einer Lösung.

Habe es per Putty in der Konsole mit meinem admin Account ans Laufen gebracht (mit dem Befehl aus deinem Skript).
Zumindest lief es so lange und ich konnte CCU-Historian auf dem NAS per :8088 im Browser aufrufen. Es waren auch bereits alles Systemvariablen erfolgreich gefunden und ich konnte durchs Menü navigieren. Zumindest so lange, bis ich das Terminalfenster/Putty wieder geschlossen habe. Dann war die Seite auf dem NAS nicht mehr zu erreichen.

Bis jetzt habe ich dann erst nochmal versucht das ganze per Aufgabenplaner Skript von Hand auf dem NAS zu starten, was aber bislang nicht funktioniert hat.

Werde morgen weiter versuchen... aber ein erstes Erfolgserlebnis ist ja da.

Danke, wenn jemand schon weiß, was ich aktuell noch falsch mache, immer her damit

[Herbert_Testmann]

Hallo

wenn Du das Terminalfenster zu machst, wird der dort von Dir gestartete Prozess beendet. Das ist normal.

Ich kann im Moment nicht auf meine DS, weil diese keine Spannung hat. Das könnte an der Baustelle vor der Tür liegen

Später kann ich mal einen Screenshot von meinem Aufgabenplaner machen. Auf jeden Fall muss der Eintrag funktionieren, wenn er manuell im Aufgabenplaner gestartet wird. Also kann man das rel. schnell testen, ohne neu zu booten.
Ich vermute, dass die Befehlszeile im Aufgabenplaner nicht richtig ist.

[Herbert_Testmann]

Hallo

hier viewtopic.php?f=38&t=24115&start=150#p318373

wäre eine variante ohne extra script Datei

Erste Zeile Pfad anpassen
In der zweiten Zeile trägst Du die lange Befehlszeile ein, die auf der Konsole funktioniert hatte.
Bei der im Bild gezeigten kurzen Zeile stimmt u.U. die Uhrzeit der Daten / Log Files nicht. Du kannst es aber natürlich erst mal testen.