openhabforum.de

udo1toni hat geschrieben: ↑17. Aug 2020 20:33 Aber vielleicht bin ich auch einfach nur pingelig...

Nee, nee. Das glaub ich nicht. Du siehst das schon richtig. Ich frage mich allerdings, warum man hier noch an einem Delay rumbastelt, wenn es auf OH3 zugeht. Das geht doch schon eleganter mit NGRE/JSR223.

Das File ist ja nicht von mir, sondern von den openhabian-Betreuern. Was mich in diesem Zusammenhang nur wundert, dass dieses File plötzlich und ungefragt da ist und man den "Default" dann wieder per openhabian-config einstellen muss.

Das gleiche gilt auch für den Parameter EXTRA_JAVA_OPTS="-Xms192m -Xmx320m". Es hatte schon mal funktioniert, wenn man hier Ergänzungen (z.B. für Jython) angehängt hat, wurden die auch bei einem Update berücksichtigt. Jetzt wird wieder knallhart der Standart-Wert eingesetzt.

Frontail ist nicht anders. Geht plötzlich auch nicht mehr so wie es soll. Ein Grund soll irgend etwas mit bootstrap.min.css. Leider verstehe ich nicht, was damit genau gemeint ist. Soll wohl aber mit OH2.5.8 stable wieder in Ordnung sein.

Es sind zwar immer wieder "nur" Kleinigkeiten, aber für den Laien doch halt immer wieder "grosse" Herausforderungen.

Deshalb nochmals Danke, dass du dich immer wieder kümmerst und uns/mir gute Tipps gibst und uns/mir Unterstützung zukommen lässt.

Also, die Funktion zum gezielten Nachladen der rules ist "schon ewig" in openHABian integriert. Ich denke, bei den letzten Builds muss einiges schief gegangen sein, allein schon die Nummer mit der fehlenden bootstrap.min.css für frontail. Aber ich bin in openHABian nicht tief drin, da müsste der Entwickler selbst was zu sagen...

Was frontail betrifft, so hat das ja nichts mit openHAB zu tun, die fehlende Datei wird also auch nicht mit einem openHAB- Update ausgeliefert, sondern allenfalls von einem openHABian-Update.

Das ist schon richtig. Es gehört nicht zur Kernanwendung, aber hat als Logging-Tool schon eine gewisse Bedeutung im Umfeld von openHAB und innerhalb der WebUI.

Natürlich kann man den "tail -f /var/log/openhab2/openhab.log /var/log/openhab2/events.log" auch in einer Konsole laufen lassen oder "openhab-cli showlogs". Aber irgendwie ist das sehr unübersichtlich/gewöhnungsbedürftig.

Hab gerade gesehen, dass Markus noch was im internationalen Forum avisiert hat.

P.S. Das hat natürlich nichts mit dem Problem aus diesem Thread zu tun. Das hast du ja schon für mich gelöst. Sollte nur ein kleiner Nachsatz sein.

Ich wollte darauf hinaus, dass Du geschrieben hast, es solle mit OH2.5.8 wieder in Ordnung sein, aber frontail wird nicht mit OH2.5.8 ausgeliefert, sondern mit openHABian (welches beim Aufruf gewöhnlich ein Self-Update ausführt. Und dann sollte es eigentlich egal sein, welche Version von openHAB installiert ist.


Gesendet von iPad mit Tapatalk

udo1toni hat geschrieben: ↑18. Aug 2020 22:12 Ich wollte darauf hinaus, dass Du geschrieben hast, es solle mit OH2.5.8 wieder in Ordnung sein

...natürlich meinte ich nicht openHAB 2.5.8 selbst, sondern mit openhabian. Aber vielleicht habe ich das ja auch falsch interpretiert:

You would need to switch openHABian to master branch to get that fix today. Or wait until next patch day.

Ein Switch to "Master" hat bei mir aber nicht geholfen. Ich bleib aber dran.

Hallo,
ich habe ja OH3, und hab auch diese Meldung. Ich kann jedoch die Einstellung im openhab-config nicht finden. Das ist seitdem bestimmt geändert worden.

Muss ich hier nun etwas unternehmen?

Hast du den Daemon-Reload schon probiert ?

Edit: und evtl. ein Restart von openHAB !!

peter-pan hat geschrieben: ↑7. Mär 2022 17:26 Hast du den Daemon-Reload schon probiert ?

Das ist ja die Frage, ob ich das machen soll. Mir ist nicht ganz klar, was das bedeutet.
Restart hilft nichts.

Der Befehl bewirkt, dass systemd alle service-Dateien neu in seinen Speicher lädt. Wenn man an einer der service-Dateien etwas geändert hat, so muss man den Befehl einmalig ausführen. Alternativ kann man den Rechner neu starten, weil dabei ebenfalls die Dateien neu geladen werden.

Taucht die Meldung auf, ohne dass man selbst etwas an der Datei geändert hat, so ist das immer ein Warnzeichen, denn es bedeutet, dass ein Programm schreibend auf Systemdateien zugreift.
Es gab früher mal das Problem, dass openHAB sich beim Start verschluckt hat, wenn die Leute zu viele Dateien für die Konfiguration verwendet haben. Das sollte mit aktuellen Versionen nicht mehr das Fall sein.
Als Workaround haben die Macher von openHABian damals pragmatisch dafür gesorgt, dass bestimmte Dateien erst nach anderen Dateien geladen wurden (die Rules). Das haben sie - ebenso pragmatisch - über Manipulation der Dateinamen erreicht, was automatisch von einem Script erledigt wurde. Zu finden ist diese Option unter 45, der Punkt zum Abschalten der Funktion befindet sich unmittelbar darunter und hat keine eigene Nummer.

Die Lösung ist in meinen Augen schon immer Schwachsinn gewesen

Hi,
welches sind denn diese service-Dateien?

Ich hab ja z.B. zigbee2mqtt drauf laufen. Dazu musste ich ja so eine Datei erstellen: Ist sowas damit gemeint? Oder auch upsd.
Das läuft aber ja schon von Anfang an. Gestartet wurde da schon oft. Kann ich irgendwo sehen, welche System-Dateien betroffen sein könnten?

Das mit der Verzögerung der rules hatte ich gelesen, aber in der openhab-conf nicht gefunden, da muss ich nochmal nachsehen.