homebridge-config-ui-x | Webinterface für Homebridge

Ah ok. Stört ja auch nicht weiter. Solange das ui nicht wirklich die 16gb beansprucht.

Moin,

leider ist es bei mir "mal wieder" so weit...

Habe alles nach der Anleitung hier installiert (Vielen lieben dank für den Autor dieser Anleitung), es lief auch schon einmal alles nur nachdem ich ein neues Plugin installiert habe, homebridge-mi-flower-care, es #ausGründen nicht lief, danach deinstalliert habe, bekomme ich diesen Fehler.

Lustigerweise funktioniert der befehl "homebridge" als user Pi 1a mit der Config, nur wenn ich es als dienst starte wie in der Anleitung beschrieben, bekomme ich diesen Fehler.

Jun 04 14:48:06 raspberrypi homebridge[4133]:
Jun 04 14:48:06 raspberrypi homebridge[4133]:
Jun 04 14:48:06 raspberrypi homebridge[4133]:
Jun 04 14:48:06 raspberrypi homebridge[4133]: Or enter this code with your HomeKit app on your iOS device to pair with Homebridge:
Jun 04 14:48:06 raspberrypi homebridge[4133]:
Jun 04 14:48:06 raspberrypi homebridge[4133]:     ??????????????
Jun 04 14:48:06 raspberrypi homebridge[4133]:     ? 031-45-155 ?
Jun 04 14:48:06 raspberrypi homebridge[4133]:     ??????????????
Jun 04 14:48:06 raspberrypi homebridge[4133]:
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] Homebridge is running on port 51826.
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Thermostat] Received MQTT: bluetooth/thermostat/hobbyraum/current_temperature = 25.25
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Strom Hobbyraum] Received MQTT: stat/strom/hobbyraum/pow/POWER = ON
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Licht Badezimmer] Received MQTT: stat/licht/bad/deckenlampe/POWER = ON
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Fenster Computer] Received MQTT: tele/fenster/hobbyraum/computer = AUF
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Fenster Werkbank] Received MQTT: tele/fenster/hobbyraum/werkbank = AUF
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Tür Hobbyraum] Received MQTT: tele/tuer/hobbyraum = AUF
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Tür Schlafzimmer] Received MQTT: tele/tuer/schlafzimmer = ZU
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Tür Bad] Received MQTT: tele/tuer/bad = AUF
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] [Bild] Received MQTT: stat/licht/wohnzimmer/bild/POWER = OFF
Jun 04 14:48:06 raspberrypi homebridge[4133]: [6/4/2019, 2:48:06 PM] SyntaxError: Unexpected end of JSON input
Jun 04 14:48:06 raspberrypi homebridge[4133]:     at JSON.parse (<anonymous>)
Jun 04 14:48:06 raspberrypi homebridge[4133]:     at /usr/lib/node_modules/homebridge-mqttthing/index.js:1799:32
Jun 04 14:48:06 raspberrypi homebridge[4133]:     at FSReqWrap.readFileAfterClose [as oncomplete] (internal/fs/read_file_context.js:53:3)
Jun 04 14:48:07 raspberrypi homebridge[4133]: [6/4/2019, 2:48:07 PM] Got SIGTERM, shutting down Homebridge...

Ich bin leider wirklich Ratlos und hoffe auf ein wenig Hilfe von den Experten.

Beste Grüße und schon einmal vielen Dank!

was steht bei dir in

/etc/systemd/system/homebridge.service bei

User=

da sollte pi stehen

und das Daten Verzeichnis in /etc/default/homebridge

HOMEBRIDGE_OPTS=-I -Q -C -U /var/homebridge

dahin die config.json von /Home/pi/.hombridge kopieren

(Sicherung nicht vergessen)

Hi,

ich habe aktuell die Version 3.9.1 am laufen, bis dato alles perfekt, nur seid heute Morgen sucht das Plugin nach neuen Updates.

Dadurch ist die Hb gestoppt und keine Geräte funktionieren mehr.

Wie kann ich das Problem lösen bzw. habt ihr das selbe Problem?

Zitat von stockics6

Hi,

ich habe aktuell die Version 3.9.1 am laufen, bis dato alles perfekt, nur seid heute Morgen sucht das Plugin nach neuen Updates.

Dadurch ist die Hb gestoppt und keine Geräte funktionieren mehr.

Wie kann ich das Problem lösen bzw. habt ihr das selbe Problem?

Alles anzeigen

Zumindest heute Morgen ging bei mir alles völlig problemfrei. Das Problem tritt auf, wenn das Plugin npmjs.com nicht erreichen kann, um nach Updates für die Plugins zu suchen. Allerdings hat das bei mir noch nie die Homebridge gestoppt.

Übrigens, die aktuelle Version von homebridge-config-ui-x ist 4.4.5. Mit dieser Version kann man das Plugin auch so einrichten, dass es losgelöst von der Homebridge läuft. Damit erreicht man, dass die beiden sich gegenseitig nicht mehr blockieren können.

Stefan

Ich bekomme gerade die nNachricht im Log das nicht smehr angezeigt werden kann, da über 500 Zeilen offen sind. Habe bei NPM in den Instruktionen des Plugins nachgelesen wie ich den Log purgen kann, bin aber nicht ganz schlau geworden. Könnte mir da jemand auf die Sprünge helfen?

Besten Dank

Zitat von bubffm

Ich bekomme gerade die nNachricht im Log das nicht smehr angezeigt werden kann, da über 500 Zeilen offen sind.

Nein, die Meldung hast du nicht bekommen. Da steht, dass journalctl 500 Zeilen des Logfiles anzeigen wollte und das nicht tun konnte, weil bereits zu viele Dateien offen sind. Journalctl konnte also die eine, die es braucht, nicht mehr zusätzlich öffnen (um die 500 Zeilen daraus anzuzeigen).

Kein schöner Fehler. Er sagt aus, dass dein Raspi überlastet ist durch zu viele Prozesse, die viele Dateien öffnen. Da muss jetzt ein Linux-Profi ran, der herausfindet, welche Dateien und Prozesse das sein könnten. Ich würde mit dem berühmten Befehl ps aux anfangen, falls man sich überhaupt noch auf der Büchse einloggen kann, aber um das Ding wieder zum Laufen zu bekommen, startest du den Raspi einfach neu.

Die Frage ist, ob und wann das wieder auftritt.

Stefan

PS: Ich sehe gerade, dass ich exakt das gleiche Problem habe.

Laufen tut sonst eigentlich alles, war etliche Std. auf der Konsole und habe sehr viel mit Bash-Scripten rumgemacht (und auch Fortschritte gemacht), wahrscheinlich war ihm das alles zu viel...

Neustart wirds richten

Zitat von sschuste

PS: Ich sehe gerade, dass ich exakt das gleiche Problem habe.

Zitat von sschuste

PS: Ich sehe gerade, dass ich exakt das gleiche Problem habe.

So, das ps aux zeigte die Prozessliste, also eine Liste aller Prozesse, die auf dem Raspi laufen an. Ein Prozess war direkt auffällig, weil er mehr als 120 Mal lief:

root     32379  0.0  0.3   8840  3268 pts/72   Ss+  Jun10   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root     32384  0.0  1.0  57560 10200 pts/72   S+   Jun10   0:00 journalctl -o cat -n 500 -f -u homebridge

Alle Prozesse wurden am 10. Juni gestartet und keiner der Prozesse verbrauchen keine CPU-Zeit. Ich habe keinen blassen Schimmer, warum das passiert. Ich bin den Spuk dann wieder los geworden durch ein:

sudo killall journalctl

Ich werde das weiter beobachten. Mal sehen, ob das erneut passiert.

Stefan

Zitat von sschuste

Ich werde das weiter beobachten. Mal sehen, ob das erneut passiert.

Es passiert. Immer, wenn das Log über homebridge-config-ui-x aufgerufen wird, wird der Prozess gestartet, der das Log liest (journalctl -o cat -n 500 -f -u homebridge) und nicht wieder beendet. Irgendwann laufen dann soviel Prozesse, dass sie die obige Fehlermeldung auslösen.

Der Neustart von homebridge-config-ui-x beendet die Prozesse wieder.

Ich werd mal den Entwickler fragen.

Stefan

Danke, weil ich hatte nämlich auch den starken Verdacht dass das mit Config-ui-x zusammenhängt, habe aber die Fehlermeldung falsch interpretiert. Hatte halt während meines Testens mit Scripten ständig das Log offen...

Nach Neustart ist "ps aux" hier unauffällig.

Zitat von carsten_h

Ah! Das könnte das Problem sein, daß ich dauernd alles im config-ui-x log im Browser doppelt oder dreifach sehe.

Das Phänomen hatte ich auch schon. Dachte schon ich brauch ne neue Brille.

So, ich habe jetzt Lösungen für homebridge-config-ui-x (Webinterface für Homebridge) (nach einer Weile kann homebridge-config-ui-x die Logs nicht mehr anzeigen).

Ich weiß nicht, ob mir diese Lösung gefällt. Unsinn: ich weiß, dass mir diese Lösung nicht gefällt. Das Problem wird erzeugt durch das Zusammenspiel von homebridge-config-ui-x und der Forenanleitung zur Installation von homebridge.

Die Lösungen sind:

• nix weiter unternehmen und wenn der Fehler wieder auftritt, homebridge neu starten. Gleichzeitig darauf warten, dass der Entwickler von homebridge-config-ui-x den Fehler in den Griff bekommt.
• Die Rechte des Users homebridge erweitern. Das gefällt mir gar nicht. Wer es aber unbedingt machen will, der gehe so vor:

sudo visudo -f /etc/sudoers/homebridge

Ganz hinten anhängen: , /bin/kill

So dass das Ganze so aussieht:

homebridge ALL=(root) SETENV:NOPASSWD: /usr/local/bin/npm, /bin/systemctl restart homebridge, /bin/journalctl, /usr/local/bin/node, /bin/kill

Das macht mich sehr unglücklich. Ich bin mir noch nicht sicher, ob ich dass in die Forenleitung einbauen werde. Ich glaube nicht.

Ok, diesen Schnellschuss streiche ich wieder grußlos, aber nicht ohne Ersatz. Auf der Shell eingeben:

sudo usermod -a -G systemd-journal homebridge

Dann muss die config.json bearbeitet werden. In der Konfiguration für homebridge-config-ui-x muss der Teil, der sich um das Log kümmert, verändert werden. Jetzt steht dort:

"log": {

"method": "systemd",

"service": "homebridge"

},

Das wird ersetzt durch:

            "log": {
                "method": "custom",
                "command": "journalctl -o cat -n 500 -f -u homebridge -u homebridge-config-ui-x"
            },

Dann homebridge neu starten. Ich werde die Anleitung entsprechend anpassen.

Stefan

Danke. Hab ich mal so angepasst.

Zitat von vgnsxe

weiß man wodurch das genau getriggered wird? Also wo genau der bug vom Plugin mit der Anleitung zusammen liegt?

Ja. Der Programmierer von homebridge-config-ui-x startet den Prozess sudo -n journalctl -o cat -n 500 -f -u homebridge -u homebridge-config-ui-x, um die Ausgabe davon im Webinterface anzuzeigen. Klickt man dann auf einen anderen Bereich im Webinterface wie zum Beispiel den Config-Editor oder die Status-Seite, dann wird der Prozess journalctl mit sudo -n kill -9 wieder gestoppt.

Die Konfiguration der Forenanleitung lässt aber den Befehl kill mit root-Rechten (also per sudo) nicht zu. Er wird zwar ausgeführt, aber er schlägt fehl, was das System verschweigt, weil sudo mit dem Parameter -n aufgerufen wurde. Der Parameter steht für "keine Ausgabe, auch wenn etwas schief geht". Man bekommt also nicht mit, dass journalctl nicht beendet werden konnte.

So läuft journalctl also weiter, und wenn man wieder auf die Loganzeige klickt, wird ein weiteres Mal journalctl gestartet. Das passiert jedes Mal, und so nach ungefähr 125 Mal ist dann Feierabend: journalctl beschwert sich über fehlende file descriptors und anstatt des Logs wird eine Fehlermeldung angezeigt:

Loading logs using "systemd" method...
CMD: sudo -n journalctl -o cat -n 500 -f -u homebridge

Failed to get journal fd: Too many files open

The log tail command "-n journalctl -o cat -n 500 -f -u homebridge" exited with code 1.
Please check the command in your config.json is correct.

Wenn man dann die Prozessliste aufruft, sieht man die Bescherung:

pi@homePi:~ $ ps aux | grep journalctl
root      3169  0.0  0.3   8840  3280 pts/3    Ss+  08:44   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root      3174  0.1  0.4  21940  4612 pts/3    S+   08:44   0:00 journalctl -o cat -n 500 -f -u homebridge
root      3183  0.0  0.3   8840  3456 pts/4    Ss+  08:44   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root      3188  0.1  0.4  21940  4572 pts/4    S+   08:44   0:00 journalctl -o cat -n 500 -f -u homebridge
root      3211  0.0  0.3   8840  3384 pts/5    Ss+  08:45   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root      3216  0.3  0.4  21940  4612 pts/5    S+   08:45   0:00 journalctl -o cat -n 500 -f -u homebridge
root      3227  0.0  0.3   8840  3268 pts/6    Ss+  08:45   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root      3232  0.1  0.4  21940  4544 pts/6    S+   08:45   0:00 journalctl -o cat -n 500 -f -u homebridge
pi        3256  0.0  0.0   5992   556 pts/0    S+   08:45   0:00 grep --color=auto journalctl
root     10766  0.0  0.3   8840  3436 pts/1    Ss+  Jun12   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root     10771  0.0  0.5  21944  5344 pts/1    S+   Jun12   0:00 journalctl -o cat -n 500 -f -u homebridge
root     10844  0.0  0.3   8840  3356 pts/2    Ss+  Jun12   0:00 sudo -n journalctl -o cat -n 500 -f -u homebridge
root     10849  0.0  0.5  21944  5360 pts/2    S+   Jun12   0:00 journalctl -o cat -n 500 -f -u homebridge

Ein Neustart von homebridge-config-ui-x beendet alle Prozesse und das Spiel beginnt von vorn.

Hier kannst du die ganze Diskussion nachlesen:

https://github.com/oznu/homebridge-config-ui-x/issues/321

Stefan

Herzlichen Dank für die Anpassung und die ausführlichen Erläuterungen.

Hallo liebe Community,

ich habe Homebridge auf einem QNAP NAS mit Docker und dem oznu Image laufen.

Nun würde ich gerne homebridge config UI zum laufen bekommen.

Meine Config des Containers sieht wie folgt aus, siehe Anhang.

Das Problem mit der wechselnden MAC-Adresse habe ich auch umgangen, in dem ich beim erstellen des Containers eine feste MAC vergeben habe.

Installiert habe ich das Plugin über npm - install homebridge-config-ui-x.

Wenn ich versuche über den Browser localhost:8080 aufzurufen, erhalte ich immer Seite nicht erreichbar.

Kann mir hier jemand sagen, was ich hier falsch gemacht habe bzw. vergesse habe?