SmartHomeNG Release v1.8.1

[yachti]

beavon
Das kann ich bestätigen. Auslastung steigt von 1% auf ca 20%. Mit Chrome und Firefox getestet. smarthomeNG 1.8.1 mit Debian Buster.

Ich kann dieses Verhalten nicht bestätigen. Load beim python3-process bei <1%. SmarthomeNG 1.8.1, SmartVISU 3.0, Debian Buster VM, Python 3.7.1
Getestet mit Firefox, Chrome und Edge

[Steph]

Ich habe ebenfalls das Problem mit der hohen CPU-Auslastung. Sobald ich das Admin-Interface aufrufe, geht der python3-Prozess auf 40-45% CPU.
Erst nach Neustart von smarthomeNG geht die Auslastung wieder runter.

Das kann ich bestätigen. Auslastung steigt von 1% auf ca 20%. Mit Chrome und Firefox getestet. smarthomeNG 1.8.1 mit Debian Buster. Python 3.7.3

[beavon]

Hallo,

Ich habe ebenfalls das Problem mit der hohen CPU-Auslastung. Sobald ich das Admin-Interface aufrufe, geht der python3-Prozess auf 40-45% CPU.
Erst nach Neustart von smarthomeNG geht die Auslastung wieder runter.

Umgebung:
LXC-Container mit Ubuntu 20.04 unter Proxmox

Viele Grüße
Frank

[Jürgen]

Nahmd..
Stimmt, jetzt geht es wieder.

Gruß Jürgen

[Onkelandy]

War bei mir auch schon so. Neuladen der Seite und bisschen Warten hat geholfen

[Jürgen]

Hallo,

mir ist auch noch was im Admin Tool aufgefallen, ist aber nicht schlimm:

Hardware:Raspberry Pi (Rev. 0000)

Es ist ein BeagleBoneBlack, keine Ahnung, ob man das einfach unterscheiden kann.

Den Fehler von Sipple/Martin habe ich nicht...
Aber was mir gerade auffällt: Alles rot, nix grün und OK, keine Verfügbare Version. Unter 1.8.0 war das noch da..

Gruß Jürgen

System.jpg

[Sipple]

Moin

Grad ist mir was aufgefallen:

Screenshot 2021-01-29 113834.png
Diese Überschrift gehört doch da nicht hin, sondern in die Lücke zwischen xmltodict und recommonmark?

Gruß, Martin

[Scaramangas]

Hi,
sorry mein Fehler....hab mich falsch ausgedrückt.

Ich nutze auch nur das Admin-Interface, das Backend-Interface ist bei mir nicht in Verwendung.

Solange das Admin-Interface nicht geöffnet wurde ist die Auslastung auch sehr gering, erst nach einmaligen Öffnen ist ein dauerhafter Anstieg zu sehen und bleibt dann auch nach dem Schliessen so.


Tom

[bmx]

Nutze statt Backend einfach das Admin Interface. Bei mir liegt die Auslastung zwischen 2% und 8% auf einem Intel NUC.

[Jürgen]

Hallo Tom,

bei mir so um die 5%, ich habe das BACKEND aber auch deaktiviert und nutze nur das ADMIN Interface.

Gruß Jürgen

[Scaramangas]

Hallo zusammen,

kurze Frage: hat von euch auch jemand das Phänomen, dass nach dem Update auf SHNG 1.8/1.8.1 die CPU-Auslastung viel höher ist als mit 1.7.2?
Passiert bei mir allerdings immer erst, sobald ich einmal das Admin-Backend offen hatte. Wenn ich dann das Backend im Browser schließe und den smarthome Service neustarte geht das wieder runter.

Ist bei mir der eingerahmte Dienst im Anhang, im Normalfall ist der so bei 1-2 Prozent, bei dem geschilderten Fall dauerhaft bei fast 20 Prozent.

Hab mir mal zum Test eine neue VM mit SHNG erstellt nach Komplettanleitung, ist da aber das selbe Verhalten.

Viele Grüße
Tom

[Jürgen]

Hallo Onkelandy,

Berechtigungen passsten, aber es fehlten Dateien. Komisch, git pull sagte, Verzeichnis aktuell..
Habe die 1.8.1. Plugin Dateien nun manuell geladen und kopiert, nun läuft das Webinterface, vielen Dank!
(Hätte ich auch drauf kommen können ;-( )

[Onkelandy]

Jürgen Gibts bei dir im Ordner plugins\knx\webif\templates ein index.html? Wenn nicht, dann ist was bei der Installation schief gelaufen. Wenn ja, vielleicht ein Permissionproblem?

[Jürgen]

Beim Aufruf des KNX Webinterfaces erscheint folgendes im Logfile:

2021-01-28 11:17:24 ERROR cherrypy.error.2847792208 [28/Jan/2021:11:17:24] HTTP
> Traceback (most recent call last):
> File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cprequest.py", line 638, in respond
> self._do_respond(path_info)
> File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cprequest.py", line 697, in _do_respond
> response.body = self.handler()
> File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/lib/encoding.py", line 219, in __call__
> self.body = self.oldhandler(*args, **kwargs)
> File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cpdispatch.py", line 54, in __call__
> return self.callable(*self.args, **self.kwargs)
> File "/usr/local/smarthome/plugins/knx/__init__.py", line 979, in index
> tmpl = self.tplenv.get_template('index.html')
> File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/environment.py", line 883, in get_template
> return self._load_template(name, self.make_globals(globals))
> File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/environment.py", line 857, in _load_template
> template = self.loader.load(self, name, globals)
> File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/loaders.py", line 115, in load
> source, filename, uptodate = self.get_source(environment, name)
> File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/loaders.py", line 197, in get_source
> raise TemplateNotFound(template)
> jinja2.exceptions.TemplateNotFound: index.html

Gruß Jürgen

[Hasenradball]

Nahmd,

die Meldung hatte ich auch bei pip 20, ich habe dann den im weiteren Text empfohlenen Upgrade auf pip 21 gemacht, offensichtlich erfolgreich:

$ pip --version
pip 21.0 from /usr/local/lib/python3.7/dist-packages/pip (python 3.7)

Keine weitere Ausgabe. Mein pip kommt von "dist-packages", vielleicht daher?

Gruß Jürgen

Hallo zusammen,

so funktioniert es für mich, ohne Warning:

Python2:

python -m pip --version

Python3:

python3 -m pip --version