Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@berges01 sagte in Probleme beim Installieren von MQTT-Client:

ioBroker is not installed in /opt/iobroker! Cannot fix anything...

Wo hast du den denn sonst hingedrückt?
Wie installiert?

iobroker stop
cd /opt/iobroker
sudo -H -u iobroker npm install iobroker.js-controller

mal probieren.

[Berges01]

@thomas-braun said in Probleme beim Installieren von MQTT-Client:

@berges01 sagte in Probleme beim Installieren von MQTT-Client:

ioBroker is not installed in /opt/iobroker! Cannot fix anything...

Wo hast du den denn sonst hingedrückt?
Wie installiert?

iobroker stop
cd /opt/iobroker
sudo -H -u iobroker npm install iobroker.js-controller

mal probieren.

berges01@BergesHome:~$ cd /opt/iobroker
berges01@BergesHome:/opt/iobroker$ iobroker stop
berges01@BergesHome:/opt/iobroker$ 
berges01@BergesHome:/opt/iobroker$ sudo -H -u iobroker npm install iobroker.js-controller

> iobroker.js-controller@3.2.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.12

> unix-dgram@2.0.3 install /opt/iobroker/node_modules/unix-dgram
> node-gyp rebuild

make: Verzeichnis „/opt/iobroker/node_modules/unix-dgram/build“ wird betreten
  CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o
In file included from ../../nan/nan.h:56,
                 from ../src/unix_dgram.cc:5:
/home/iobroker/.cache/node-gyp/12.22.1/include/node/node.h:736:7: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type]
  736 |       (node::addon_register_func) (regfunc),                          \
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/iobroker/.cache/node-gyp/12.22.1/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
  770 |   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
      |   ^~~~~~~~~~~~~
../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’
  404 | NODE_MODULE(unix_dgram, Initialize)
      | ^~~~~~~~~~~
  SOLINK_MODULE(target) Release/obj.target/unix_dgram.node
  COPY Release/unix_dgram.node
make: Verzeichnis „/opt/iobroker/node_modules/unix-dgram/build“ wird verlassen

> ursa-optional@0.9.10 install /opt/iobroker/node_modules/ursa-optional
> node rebuild.js

ursaNative bindings compilation fail. This is not an issue. Modules that depend on it will use fallbacks.

> diskusage@1.1.3 install /opt/iobroker/node_modules/diskusage
> node-gyp rebuild

make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird betreten
  CXX(target) Release/obj.target/diskusage/src/main.o
In file included from ../../nan/nan.h:56,
                 from ../src/main.cpp:3:
/home/iobroker/.cache/node-gyp/12.22.1/include/node/node.h:736:7: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type]
  736 |       (node::addon_register_func) (regfunc),                          \
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/iobroker/.cache/node-gyp/12.22.1/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’
  770 |   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
      |   ^~~~~~~~~~~~~
../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’
   42 | NODE_MODULE(diskusage, Init)
      | ^~~~~~~~~~~
  CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o
  SOLINK_MODULE(target) Release/obj.target/diskusage.node
  COPY Release/diskusage.node
make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird verlassen

> iobroker.js-controller@3.2.16 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

Existing earlier generated certificate is invalid (too old, validity longer then 345 days or keylength too short). Generating new Certificate!
object system.certificates updated
object _design/system updated

> @root/acme@3.1.0 postinstall /opt/iobroker/node_modules/@root/acme
> node scripts/postinstall

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

+ iobroker.js-controller@3.2.16
added 145 packages from 124 contributors, removed 15 packages and updated 1 package in 33.776s

45 packages are looking for funding
  run `npm fund` for details

berges01@BergesHome:/opt/iobroker$ 

Da genau so etwas befürchte bin ich sehr vorsichtig was ich mache.
Ich habe bei den Adaptern nur den MQTT-Client ausgewählt und auf das + gedrückt da wahr es geschehen.
Sonst nichts !!
Ich habe ein Backup mit IOBroker BackUp erstellt wenn das einfacher ist ?!?!

[Thomas Braun]

@berges01
Uns startet das Ding jetzt wieder?

iobroker start
iobroker status

[Berges01]

@thomas-braun said in Probleme beim Installieren von MQTT-Client:

@berges01
Uns startet das Ding jetzt wieder?

iobroker start
iobroker status

berges01@BergesHome:/opt/iobroker$ iobroker start
berges01@BergesHome:/opt/iobroker$ 
berges01@BergesHome:/opt/iobroker$ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file
berges01@BergesHome:/opt/iobroker$ 

Scheind so !
Ist das mit dem MQTT-Client so Buggy ?
Ich suche eine Möglichkeit meine ESP32 Käfer mit dem ioBroker zu verbinden.
Bei Fibari HC3 habe ich auf dem HC3 einen Web-Client laufen programmiert und laufen gelassen der dann auf dem Webserver des ESp32 die Daten abgehohlt hat und in die Systemvariabeln des HC3 integriert hatte.
Höhrt sich she Tricki an ist aber eigendlich eine Simple Geschichte.
Da ich den ioBroker nicht gut genug kenne, dachte ich mache es mit dem MQTT dann wird das eine Runde Sache. Weit gefehlt das wahr ein Dilemma.
Leider.

[Homoran]

@berges01 sagte in Probleme beim Installieren von MQTT-Client:

dachte ich mache es mit dem MQTT dann wird das eine Runde Sache. Weit gefehlt das wahr ein Dilemma.

das lag aber nicht am Adapter.
der läuft bei mir einwandfrei.

Da hat irgendetwas anderes dein System zerschossen. Die Installation irgendeines Adapters hat dann wahrscheinlich nur den Rest gegeben.

[mickym]

@berges01 Den MQTT Adapter, den ich Dir empfohlen habe - also der sowohl als Client wie als Broker arbeitet, der läuft bei mir seit knapp 2 Jahren. Das gibt keine Probleme. Wenn Du den also über die Admin Oberfläche installierst sollte das auch durchlaufen.
Wie gesagt der nur Client Adapter ist mE ziemlich alt.

[Thomas Braun]

@berges01

Zu MQTT kann ich nix sagen, nutze ich nicht.
Aber eigentlich sollte dir ein simples Hinzufügen eines Adapters nicht gleich den ioBroker zerballern. Ist auch für mich ein neues Phänomen und scheint nicht häufig vorzukommen.

Aber hatten wir nicht auf deiner Maschine das ubuntu/dfsg-eigene nodeJS rausgekratzt?

[Homoran]

@mickym sagte in Probleme beim Installieren von MQTT-Client:

Wie gesagt der nur Client Adapter ist mE ziemlich alt.

Das mag inzwischen so sein - bin da nicht auf dem laufenden.
Früher hieß es nämlich genau andersrum ;-)

[Berges01]

@mickym said in Probleme beim Installieren von MQTT-Client:

@berges01 Den MQTT Adapter, den ich Dir empfohlen habe - also der sowohl als Client wie als Broker arbeitet, der läuft bei mir seit knapp 2 Jahren. Das gibt keine Probleme. Wenn Du den also über die Admin Oberfläche installierst sollte das auch durchlaufen.
Wie gesagt der nur Client Adapter ist mE ziemlich alt.

Oh ha ich werde es noch mal versuchen !
Wenn ich nur nicht so Hilflos auf der Linuxseite währe !
Mal sehen !
Sonst müßte noch mal einer helfen (LEIDER).

[Berges01]

@thomas-braun said in Probleme beim Installieren von MQTT-Client:

@berges01

Zu MQTT kann ich nix sagen, nutze ich nicht.
Aber eigentlich sollte dir ein simples Hinzufügen eines Adapters nicht gleich den ioBroker zerballern. Ist auch für mich ein neues Phänomen und scheint nicht häufig vorzukommen.

Aber hatten wir nicht auf deiner Maschine das ubuntu/dfsg-eigene nodeJS rausgekratzt?

Wie gesagt da gehe ich nicht dran ich bediene nur den ioBroker denn Linux bekomme ich nicht wieder anś laufen.

[Berges01]

@homoran said in Probleme beim Installieren von MQTT-Client:

@mickym sagte in Probleme beim Installieren von MQTT-Client:

Wie gesagt der nur Client Adapter ist mE ziemlich alt.

Das mag inzwischen so sein - bin da nicht auf dem laufenden.
Früher hieß es nämlich genau andersrum ;-)

So der MQTT-Broker/Client V2.3.5 ist durchgelaufen und meldet sich mit der Konfigurationsebene.
DANKE erst mal und das mit dem Alten MQTT-Client sollte mal einer (Fachmann) überprüfen nicht das das eine Serie ist und das mit den Neuen Teilen nicht läuft.
Ich rühre den nicht wieder an.

DANKE Euch !!!!!!

Gruss Frank

[Homoran]

@berges01 sagte in Probleme beim Installieren von MQTT-Client:

das mit dem Alten MQTT-Client sollte mal einer (Fachmann) überprüfen nicht das das eine Serie ist und das mit den Neuen Teilen nicht läuft.

????

der läuft einwandfrei - das hat nichts mit neuen Teilen zu tun!
Das MQTT-Protokoll hat sich nicht geändert.

Bei dir war vorher schon der Wurm drin!

Wenn @Thomas-Braun schreibt, dass du vorher das Ubuntu node drin hattest, *kann dein Problem noch Nachwehen davon haben.

[mickym]

@homoran sagte in Probleme beim Installieren von MQTT-Client:

@mickym sagte in Probleme beim Installieren von MQTT-Client:

Wie gesagt der nur Client Adapter ist mE ziemlich alt.

Das mag inzwischen so sein - bin da nicht auf dem laufenden.
Früher hieß es nämlich genau andersrum ;-)

Ich weiß - das hört man hier oft nicht gerne - aber zum Einen nutze ich halt den anderen Adapter und weiß dass er funktioniert - mit dem anderen hatte ich auch Probleme. Und auch wenn man einen funktionierenden Adapter nicht ändern braucht, so gibt einem das Änderungsprotokoll meines Erachtens durchaus einen Aufschluss, wie gepflegt ein Adapter ist. ;)

[Homoran]

@mickym sagte in Probleme beim Installieren von MQTT-Client:

das hört man hier oft nicht gerne

Da habe ich überhaupt kein Problem mit.

Mit dem MQTT-Adapter hatte ich vor Jahren deutlich größere Probleme
Und bei dem Client ist es wesentlich einfacher Daten gezielt zu publishen.

EDIT:
Hab mir gerade mal das changelog näher angesehen.
Das kann man auch anders interpretieren :joy:

Der MQTT-Adapter hatte mehr Probleme, die behoben werden mussten. Das hat einfach länger gedauert...

[mickym]

@berges01 Wenn Du mosquitto als Broker hast und den Client als Front-End benutzt kann ich Dir nur empfehlen, alle Haken wegzulassen:

Bei der Bekanntgabe der eigenen States muss dann eben mqtt.0.* stehen. Ist aber im Standard auch so eingestellt. Ich würde da nichts verkonfigurieren, dann hast Du Dein gesamten mosquitto broker im iobroker verfügbar.

[Berges01]

@mickym said in Probleme beim Installieren von MQTT-Client:

@homoran sagte in Probleme beim Installieren von MQTT-Client:

@mickym sagte in Probleme beim Installieren von MQTT-Client:

Wie gesagt der nur Client Adapter ist mE ziemlich alt.

Das mag inzwischen so sein - bin da nicht auf dem laufenden.
Früher hieß es nämlich genau andersrum ;-)

Ich weiß - das hört man hier oft nicht gerne - aber zum Einen nutze ich halt den anderen Adapter und weiß dass er funktioniert - mit dem anderen hatte ich auch Probleme. Und auch wenn man einen funktionierenden Adapter nicht ändern braucht, so gibt einem das Änderungsprotokoll meines Erachtens durchaus einen Aufschluss, wie gepflegt ein Adapter ist. ;)

Ich hatte nur Ubuntu 21.04 Desprüngliche sktop installier.
Dann das hier vorgeschlagenen Aufruf Szenario für Ubuntu.
Das wahr das Ursprüngliche System.
Ich kann nicht sagen was OK oder falsch ist.
Da verlasse ich mich auf Euch.
Da muss ich mich noch einarbeiten, aber erst mal muss der ioBroker richtig laufen und alles abbilden was ich hier an Sensoren und Aktoren habe.
135 habe ich integriert und der Rest kommt über MQTT und 4 Stück muss ich über z-wave noch einbinden, die sind aber prpblematisch eingebaut.

[Homoran]

@berges01 sagte in Probleme beim Installieren von MQTT-Client:

Da muss ich mich noch einarbeiten, aber erst mal muss der ioBroker richtig laufen

Wenn du noch nicht sehr weit bist, würde ich an deiner Stelle alles neu aufsetzen, bevor die möglichen Leichen im Keller noch später zu Problemen führen.

Nimm einfach ein Debian ohne Desktop und installiere mit dem Einzeiler.
Dann ist alles sauber.
Im Moment arbeitest du mit einem mehrfach gepatchten System.
Das kann eine Zeitbombe sein.

[mickym]

@homoran sagte in Probleme beim Installieren von MQTT-Client:

@mickym sagte in Probleme beim Installieren von MQTT-Client:

das hört man hier oft nicht gerne

Da habe ich überhaupt kein Problem mit.

Mit dem MQTT-Adapter hatte ich vor Jahren deutlich größere Probleme
Und bei dem Client ist es wesentlich einfacher Daten gezielt zu publishen.

EDIT:
Hab mir gerade mal das changelog näher angesehen.
Das kann man auch anders interpretieren :joy:

Der MQTT-Adapter hatte mehr Probleme, die behoben werden mussten. Das hat einfach länger gedauert...

Jo da hast Du Recht. ;) - Das ist halt immer Ansichtssache.

Ich hab mir nur mal den Screenshot von dem anderen Adapter ansgeschaut und auch mit der etwas gezielteren Veröffentlichung magst Du Recht haben, wobei man da oben ja durchaus eine Liste mit mehreren Pfaden zur Veröffentlichung eintragen kann. Ist Geschmackssache. Ich hab mir zur gezielten Veröffentlichung dann einfach eine weitere Instanz des Adapters angelegt.

[Homoran]

@mickym sagte in Probleme beim Installieren von MQTT-Client:

wobei man da oben ja durchaus eine Liste mit mehreren Pfaden zur Veröffentlichung eintragen kann

aber das publishen in der Object-Liste für jeden State mit Topic Pfad usw. ist einfach unschlagbar

Habe damals die Vitaldaten diverser SBCs verglichen und konnte so auf allen SBCs mit identischen Einstellungen fahren, weil jeder entsprechned seine Werte in die selbe Struktur gepublished hatte

[Thomas Braun]

@berges01

Lüppt?
Dann bin ich hier raus, von MQTT hab ich nämlich keine Ahnung...