OpenHab Konsole mit autostart script

[udo1toni]

hallo zusammen,

ich sitze hier schon 3 tage dran bekomme das mit dem autostart nicht hin.
wenn ich "sudo service openhab start" eingebe kommt "env: /etc/init.d/openhab: Datei oder Verzeichnis nicht gefunden" woran kann es noch liegen.

ulti

Welches Script hast Du unter /etc/init.d/openhab abgespeichert? (dieses hier ist das, was in diesem Thread behandelt wird)
Klappt der openHAB-Start aus dem openhab-Verzeichnis mit ./start.sh?

[Shinedown]

Hey zusammen, ich habe ganz genau dasselbe Problem wie ulti.
Wenn ich im openhab Verzeichnis bin kann ich den Service auch per ./start.sh starten.
Das Autostartscript, das ich verwende, ist im "init.d"-Ordner unter dem Namen "openhab" abgespeichert.

Allerdings verwende ich das folgende Script: https://github.com/openhab/openhab/w...cally-on-linux

[udo1toni]

gibt es irgendwelche Fehlermeldungen?

[Shinedown]

gibt es irgendwelche Fehlermeldungen?

Hm, wo könnte ich diese denn sehen?
Ich erhalte nur folgende Meldung, wenn ich versuche das Script manuell zu starten:"No such file or directory"

Trotzdem konnte ich das Script über "update-rc.d openhab defaults" dem Autostart hinzufügen. Eine Fehlermeldung gab es dabei nicht.
Bin leider echt ratlos :/

[udo1toni]

Meine 1. Vermutung wäre, dass eine Datei, die im Script angesprochen wird, nicht gefunden wird. Alternativ wird das ganze Script nicht gefunden.

Gibt es unter /etc/rc2.d/ einen Link in der Form Snnopenhab, der auf /etc/init.d/openhab verweist (nn steht für zwei Ziffern)?

Hast Du im Kopf die Variablen alle angepasst, also den User, unter dem openHAB laufen soll, den Pfad zu openHAB und java und so weiter?
rufst Du das Script richtig auf, also

/etc/init.d/openhab start

oder alternativ, wenn Du Dich im Verzeichnis /etc/init.d/ befindest mit

./openhab start

?
Um rauszufinden, welche Teile vom Script noch laufen, kannst Du den Befehl echo einfügen, also z.B.

do_start()     
{
echo starten

wenn dann das Wort starten erscheint, nachdem Du das Script aufgerufen hast, weißt Du, dass er da vorbei gekommen ist.

[Shinedown]

Meine 1. Vermutung wäre, dass eine Datei, die im Script angesprochen wird, nicht gefunden wird. Alternativ wird das ganze Script nicht gefunden.

Gibt es unter /etc/rc2.d/ einen Link in der Form Snnopenhab, der auf /etc/init.d/openhab verweist (nn steht für zwei Ziffern)?

Hast Du im Kopf die Variablen alle angepasst, also den User, unter dem openHAB laufen soll, den Pfad zu openHAB und java und so weiter?
rufst Du das Script richtig auf, also

/etc/init.d/openhab start

oder alternativ, wenn Du Dich im Verzeichnis /etc/init.d/ befindest mit

./openhab start

?
Um rauszufinden, welche Teile vom Script noch laufen, kannst Du den Befehl echo einfügen, also z.B.

do_start()     
{
echo starten

wenn dann das Wort starten erscheint, nachdem Du das Script aufgerufen hast, weißt Du, dass er da vorbei gekommen ist.

Hi,
danke für deine Antwort

Okay, inzwischen hab ich nochmal ein bisschen rumprobiert. Wenn ich nun versuche openhab per Script zu starten, erhalte ich folgendes:

pi@Smarthome ~ $ sudo /etc/init.d/openhab start
[ ok ] Starting Open Home Automation Bus Daemon:.

Allerdings startet openhab überhaupt nicht :/
Zumindest kann ich das Webinterface nicht aufrufen...



-------EDIT-------

Ich habs hinbekommen!
Der Fehler war, dass ich das Script mit root-Rechten hätte ausführen müssen, also als User "root" - außerdem hatte ich wohl versehentlich die Verknüpfung zum openhab-Script in rc2.d gelöscht - diese Verknüpfung hab ich dann mit "sudo ln -s /etc/init.d/openhab /etc/rc2.d/S02openhab" wiederhergestellt.

Jetzt hab ich nurnoch eine Frage: Die CPU-Auslastung mit meinem Raspberry liegt meist konstant über 80% - ist das normal? Ich nutze momentan die Demoumgebung von Openhab, liegt das vielleicht daran, dass in der Demo soviele Bindings verwendet werden?

[udo1toni]

Nach der Meldung sollte openhab laufen (zumindest, wenn das Script richtig funktioniert).
1. Versuch wäre, nachdem Du die [ok] - Meldung hast, mal am Prompt ein

ps aux | grep -i java

einzugeben.
Kommt dann eine zeile, die ungefähr so aussieht:

user  6516  0.4 30.7 1882920 314648 pts/0  Sl+  Dez15  19:04 java -Dosgi.clean=true -Declipse.ignoreApp=true -Dosgi.noShutdown=true -Djetty.port=8080 -Djetty.port.ssl=8443 -Djetty.home=. -Dlogback.configurationFile=configurations/logback.xml -Dfelix.fileinstall.dir=addons -Djava.library.path=lib -Djava.security.auth.login.config=./etc/login.conf -Dorg.quartz.properties=./etc/quartz.properties -Dequinox.ds.block_timeout=240000 -Dequinox.scr.waitTimeOnBlock=60000 -Dfelix.fileinstall.active.level=4 -Djava.awt.headless=true -jar server/plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar -console

dann läuft openhab (es hat nur keine gültige sitemap und ist deshalb über http://ip-adresse:8080/openhab.app?sitemap=sitemapname nicht erreichbar)
Wenn nur eine kurze Zeile auftaucht:

use 20506  0.0  0.0   9896   932 pts/1    S+   00:05   0:00 grep -i java

ist java nicht gestartet, und openhab ebenfalls nicht.
Wenn openhab mit dem Aufruf über /openhab-pfad/start.sh normal startet (und sich die sitemap anschließend im Browser öffnen lässt) tippe ich auf eine fehlerhafte Pfadangabe.

[Shinedown]

@udo1toni: Hab es inzwischen zum Glück hinbekommen (siehe vorheriger Post) - trotzdem supervielen Dank für deine Hilfe

Ich werd jetzt als erstes Mal ein Backup der SD-Karte machen, und dann kann ich endlich mit openhab so richtig durchstarten.

[udo1toni]

Ah super, dann musst Du editiert haben, als ich die Antwort schrieb...

Die Verknüpfungen unter /etc/rcn.d/ (n=0-6) sollten eigentlich durch

sudo update-rc.d openhab defaults

automatisch gesetzt werden. Ist sudo auf dem raspi installiert? (ich hab die Angewohnheit, das immer sofort einzurichten, wenn es irgendwo fehlt...)
Was die Prozessorlast betrifft, kann ich Dir nicht helfen, weil openHAB bei mir in einer virtuellen Umgebung läuft. Auf jeden Fall braucht openHAB auf dem Raspi wohl ca. 5 Minuten, bis es "betriebsbereit" ist. Ohne Konsole lässt sich natürlich nicht abschätzen, wie weit der Bootprozess vorangeschritten ist, am ehesten könntest Du das an schlagartig wesentlich niedrigerer Prozessorlast sehen.
Viele Bindings bedeuten natürlich auch mehr Last, am besten nur die Bindings in den addons-Ordner legen, die Du wirklich brauchst (das Demo nutzt nur wenige Addons, weil ja gar keine reale Hardware angebunden ist).

[Shinedown]

Ah super, dann musst Du editiert haben, als ich die Antwort schrieb...

Die Verknüpfungen unter /etc/rcn.d/ (n=0-6) sollten eigentlich durch

sudo update-rc.d openhab defaults

automatisch gesetzt werden. Ist sudo auf dem raspi installiert? (ich hab die Angewohnheit, das immer sofort einzurichten, wenn es irgendwo fehlt...)
Was die Prozessorlast betrifft, kann ich Dir nicht helfen, weil openHAB bei mir in einer virtuellen Umgebung läuft. Auf jeden Fall braucht openHAB auf dem Raspi wohl ca. 5 Minuten, bis es "betriebsbereit" ist. Ohne Konsole lässt sich natürlich nicht abschätzen, wie weit der Bootprozess vorangeschritten ist, am ehesten könntest Du das an schlagartig wesentlich niedrigerer Prozessorlast sehen.
Viele Bindings bedeuten natürlich auch mehr Last, am besten nur die Bindings in den addons-Ordner legen, die Du wirklich brauchst (das Demo nutzt nur wenige Addons, weil ja gar keine reale Hardware angebunden ist).

Ja, sudo ist installiert (denke ich mal, da ich Befehle mit sudo ausführen kann )
Hab auf dem Raspberry das Standard Raspbian (Debian Wheezy) Image von raspberrypi.org genommen.

Ich hatte es zuerst mit dem Befehl "sudo update-rc.d openhab defaults" versucht, doch bekam dann immer eine Meldung (weiß leider den genauen Wortlaut nichtmehr), dass die Startparameter im Script "3 4 5" lauten würden (was ja garnichtmal stimmt) und dass standardmäßig die Parameter "2 3 4 5" genutzt werden und das irgendwas überschrieben wird.

Jedenfalls war dann nach dem Ausführen von "sudo update-rc.d openhab defaults" im rc2.d Ordner keine Verknüpfung zu openhab vorhanden - aber ich hab sie ja dann mit dem anderen Befehl nachträglich gesetzt.

PS: Bin Linux-Newbie, kenne mich also sogut wie garnicht aus


Mit den rund 5min Startzeit hattest du recht, ich war wohl zu ungeduldig. Nach ca. 5min liegt die Prozessorlast nämlich nurnoch bei 15-20%. Das ist natürlich schon deutlich besser. Da ich vorerst nur Heizungssteuerung von 3 Heizkörpern, Temperaturmessung in 3 Räumen, Funksteckdosen-Fernsteuerung und RGB-Strip Fernsteuerung plane, denke ich ich werde für den Anfang mit der Rechenleistung des Pi gut auskommen.

[udo1toni]

Super, dass Du es hin bekommen hast. Viel Spaß beim testen und spielen mit openHAB!
Und nur keine Angst vor Linux, die Lernkurve ist zwar etwas steiler als bei Windows, dafür sind die Dinge, die man sich aneignet aber fast immer universell einsetzbar, nicht nur bei einer ganz bestimmten Aufgabe. Und glücklicherweise gibt es im Internet zuhauf Informationen, manchmal so viele, dass man sich gar nicht entscheiden kann, welcher Weg denn nun am ehesten zum Ziel führen wird ;-)

[Shinedown]

Hmm, offenbar scheint es doch Probleme mit der CPU Auslastung zu geben:

- Bei normalem Hochfahren und automatischem Starten des Skripts ist die Auslastung dauerhaft (über 30min und länger) bei 100%
- Nach einem Reboot und automatischem Starten des Skripts ist die Auslastung dauerhaft (über 30min und länger) bei 100%
- Bei manuellem Ausführen des Skripts dasselbe Problem
- bei direktem Ausführen der start.sh im openhab-Ordner endlich das gewünschte Ergebnis: nach ca. 5min Startzeit ist die CPU-Auslastung bei 5-6% ... :/


Ach, und dann hab ich noch eine Frage, auch wenn sie nicht wirklich etwas mit dem Thema zu tun hat:
Ich wollte vorhin meine Funksteckdosen einbinden, hab dann aber festgestellt, dass die Funksteckdosen keinen änderbaren Hauscode haben, und der Hauscode auch leider nirgendwo steht... ich habe diese Steckdosen: http://www.amazon.de/mumbi-Funksteck...=funksteckdose

[udo1toni]

hmmm... also, ohne jetzt Werbung machen zu wollen... ;-)

Versuch doch mal das Script mit screen. Das hat den Vorteil, dass es die start.sh aufruft. Soll heißen, wenn irgendwas im Aufruf "ab Werk" geändert wird, bekommst Du das bei einem Update automatisch mit. Ansonsten musst Du die start.sh öffnen, und mal den eigentlichen Programmaufruf mit dem im openhab init-script vergleichen, vielleicht ist da was entscheidendes anders.

screen selbst ist genügsam, Sessions, die in screen laufen, bleiben auch erhalten, wenn man mal die ssh-console schließen muss, außerdem hat man auf Wunsch jederzeit die openHAB-Console, um die letzten Meldungen nachzuschauen.

[Shinedown]

Hi,

habs grade mit dem Script für screen probiert. Wir nähern uns langsam einer Lösung

Die Situation mit diesem Script ist die folgende:
- bei manuellem Aufrufen des Scripts funktioniert alles bestens, CPU-Auslastung ist nach ~5min auf 5-6%

- bei automatischem Starten bei Start des Raspi's:
in 90% der Fälle weiterhin dauerhafte 100% CPU-Auslastung
in 10% der Fälle klappt es bestens

[udo1toni]

Das ist extrem seltsam, denn das Script macht nichts anderes, als
1. eine Screen-Session öffnen und
2. in dieser Session ins openHAB-Verzeichnis wechseln und dort start.sh aufzurufen.
Also vorausgesetzt, du lässt openHAB nicht mehrfach laufen, dürfte es keine solchen Unregelmäßigkeiten geben - das findest Du mit

ps aux | grep -i java

raus, es darf nur zwei Zeilen output geben, falls openhab schon gestartet ist, sonst natürlich nur eine...