[gelöst] ioBroker startet nicht mehr

UncleSam

@Ham sagte in ioBroker startet nicht mehr:

Habs grad probiert, dann kommt das hier

Sieht meiner Ansicht nach gut aus. Keine Fehlermeldungen. Startet danach iobroker.js-controller immer noch nicht?
Dann könntest du noch ein npm i im ioBroker-Verzeichnis versuchen. Das sollte alle Abhängigkeiten installieren.

Ham

@UncleSam

Danke!

Nein der js-controller startet immer noch nicht. Selbe Fehlermeldung.
Bei dem Befehl npm i kommt:

npm WARN deprecated coffee-script@1.12.7: CoffeeScript on NPM has moved to "coffeescript" (no hyphen)
npm WARN deprecated request@2.88.0: request has been deprecated, see https://github.com/request/request/issues/3142
npm WARN deprecated request-promise@4.2.6: request-promise has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142

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

NPM version: 6.14.8

> epoll@2.0.10 install /opt/iobroker/node_modules/epoll
> node-gyp rebuild

make: Entering directory '/opt/iobroker/node_modules/epoll/build'
  CXX(target) Release/obj.target/epoll/src/epoll.o
  SOLINK_MODULE(target) Release/obj.target/epoll.node
  COPY Release/epoll.node
make: Leaving directory '/opt/iobroker/node_modules/epoll/build'

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

make: Entering directory '/opt/iobroker/node_modules/diskusage/build'
  CXX(target) Release/obj.target/diskusage/src/main.o
In file included from ../src/main.cpp:3:
../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)':
../../nan/nan.h:2294:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type]
     , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete)
                                                              ^
In file included from ../../nan/nan.h:56,
                 from ../src/main.cpp:3:
../src/main.cpp: At global scope:
/home/iobroker/.cache/node-gyp/12.18.3/include/node/node.h:608:43: 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]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/iobroker/.cache/node-gyp/12.18.3/include/node/node.h:642:3: note: in expansion of macro 'NODE_MODULE_X'
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/main.cpp:42:1: note: in expansion of macro 'NODE_MODULE'
 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: Leaving directory '/opt/iobroker/node_modules/diskusage/build'

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

make: Entering directory '/opt/iobroker/node_modules/unix-dgram/build'
  CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o
In file included from ../src/unix_dgram.cc:5:
../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)':
../../nan/nan.h:2294:62: warning: cast between incompatible function types from 'void (*)(uv_work_t*)' {aka 'void (*)(uv_work_s*)'} to 'uv_after_work_cb' {aka 'void (*)(uv_work_s*, int)'} [-Wcast-function-type]
     , reinterpret_cast<uv_after_work_cb>(AsyncExecuteComplete)
                                                              ^
In file included from ../../nan/nan.h:56,
                 from ../src/unix_dgram.cc:5:
../src/unix_dgram.cc: At global scope:
/home/iobroker/.cache/node-gyp/12.18.3/include/node/node.h:608:43: 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]
       (node::addon_register_func) (regfunc),                          \
                                           ^
/home/iobroker/.cache/node-gyp/12.18.3/include/node/node.h:642:3: note: in expansion of macro 'NODE_MODULE_X'
   NODE_MODULE_X(modname, regfunc, NULL, 0)  // NOLINT (readability/null_usage)
   ^~~~~~~~~~~~~
../src/unix_dgram.cc:404:1: note: in expansion of macro 'NODE_MODULE'
 NODE_MODULE(unix_dgram, Initialize)
 ^~~~~~~~~~~
  SOLINK_MODULE(target) Release/obj.target/unix_dgram.node
  COPY Release/unix_dgram.node
make: Leaving directory '/opt/iobroker/node_modules/unix-dgram/build'

> 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.

> iobroker@2.0.3 install /opt/iobroker/node_modules/iobroker
> node lib/checkVersions.js

NPM version: 6.14.8

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

No connection to states 192.168.178.32:6379[redis]
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@^1.0.7 (node_modules/iobroker.info/node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.1.2 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

npm ERR! code ELIFECYCLE
npm ERR! errno 22
npm ERR! iobroker.js-controller@3.1.6 install: `node iobroker.js setup first`
npm ERR! Exit status 22
npm ERR!
npm ERR! Failed at the iobroker.js-controller@3.1.6 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2020-08-18T12_33_58_599Z-debug.log

UncleSam

@Ham sagte in ioBroker startet nicht mehr:

No connection to states 192.168.178.32:6379[redis]

Läuft dein Redis-Server auf der angegebenen Adresse oder ist das ein Konfigurationsfehler?

Wie sieht dein Setup aus? Ist es eine Master-Slave-Installation oder hast du nur eine ioBroker-Instanz auf dem Tinkerboard? Was ist das für eine IP-Adresse? Falls es die des Tinkerboards sein sollte, dann würde ich 127.0.0.1 verwenden (das funktioniert auch, wenn das Gerät die IP ändert).

UncleSam

Kannst du mal deine Konfiguration posten (evtl. sensible Daten rauslöschen):

cat /opt/iobroker/iobroker-data/iobroker.json

Ham

Danke für deine Hilfe!

Ja das ist die Adresse des Tinker. Master Slave hab ich, wobei das Slave System aktuell nicht erreichbar ist(hab mich aber noch nicht drum gekümmert, weil auf dem Slave noch nicht viel läuft)
Muß ich die Adresse in der redis.conf ändern?

hier die Konfiguration:

{
  "system": {
    "memoryLimitMB": 0,
    "hostname": ""
  },
  "multihostService": {
    "enabled": true,
    "secure": true,
    "password": ""
  },
  "network": {
    "IPv4": true,
    "IPv6": true,
    "bindAddress": null,
    "useSystemNpm": true
  },
  "objects": {
    "type": "file",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "0.0.0.0",
    "port": 9001,
    "user": "",
    "pass": "",
    "noFileCache": false,
    "connectTimeout": 2000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000
    }
  },
  "states": {
    "type": "redis",
    "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].",
    "host": "192.168.178.32",
    "port": 6379,
    "maxQueue": 1000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000
    }
  },
  "log": {
    "level": "info",
    "maxDays": 7,
    "noStdout": true,
    "transport": {
      "file1": {
        "type": "file",
        "enabled": true,
        "filename": "log/iobroker",
        "fileext": ".log",
        "maxsize": null,
        "maxFiles": null
      },
      "syslog1": {
        "type": "syslog",
        "enabled": false,
        "host": "localhost",
        "host_comment": "The host running syslogd, defaults to localhost.",
        "port_comment": "The port on the host that syslog is running on, defaults to syslogd's default port(514/UDP).",
        "protocol": "udp4",
        "protocol_comment": "The network protocol to log over (e.g. tcp4, udp4, unix, unix-connect, etc).",
        "path_comment": "The path to the syslog dgram socket (i.e. /dev/log or /var/run/syslog for OS X).",
        "facility_comment": "Syslog facility to use (Default: local0).",
        "localhost": "iobroker",
        "localhost_comment": "Host to indicate that log messages are coming from (Default: localhost).",
        "sysLogType_comment": "The type of the syslog protocol to use (Default: BSD).",
        "app_name_comment": "The name of the application (Default: process.title).",
        "eol_comment": "The end of line character to be added to the end of the message (Default: Message without modifications)."
      }
    }
  },
  "dataDirComment": "Always relative to iobroker.js-controller/",
  "dataDir": "../../iobroker-data/"

UncleSam

@Ham sagte in ioBroker startet nicht mehr:

Ja das ist die Adresse des Tinker.

Versuch mal die beiden "host": "xxx"zu ändern. Mir scheint auch der für die objects falsch zu sein. Beide sollten "127.0.0.1" als Wert haben.

Überprüfe auch, ob dein Redis überhaupt läuft (und ob der richtig konfiguriert ist). Der Redis sollte meines Erachtens einfach auf 0.0.0.0 hören. Bei mir steht in der redis.conf:
bind 0.0.0.0
Du kannst schon auf eine IP-Adresse binden, aber das braucht man eigentlich erst bei komplizierteren Setups (respektive bei erhöhter Sicherheit).

Ham

leider komme ich auch nicht mit dem Befehl iobroker setup custom weiter, da kommt diesselbe Fehlermeldung wie beim starten des js-controllers. Meintest du das ich da die beiden Host ändern sollte?

in der Redis.conf habe ich jetz auf 0.0.0.0 umgestellt, aber ohne Erfolg.

Ham

Sorry, habs jetzt verstanden.

Hab beide Hosts geändert, aber ohne Erfolg. IoBroker startet immer noch nicht

UncleSam

@Ham Jetzt musst du js-controller nochmals installieren: npm i.

Ham

@UncleSam
Er läut wieder!!! Super! Vielen Dank für die schnelle Hilfe!

Ich mach mal schnell eine Backup!

Aber warum das ganze, darf ich kein Update des Linux Systems machen? Und was war jetzt das Hauptproblem?

iobroker status spuckt mir das hier aus:

iobroker is running on this host.

No iobroker host is running.

Objects type: file
States type: redis
Cannot load "custom": Error: Connection is closed.

Ist das in Ordnung?

Gruß Stefan

UncleSam

@Ham sagte in ioBroker startet nicht mehr:

@UncleSam
Er läut wieder!!! Super! Vielen Dank für die schnelle Hilfe!

Nichts zu danken.

Aber warum das ganze, darf ich kein Update des Linux Systems machen? Und was war jetzt das Hauptproblem?

Eventuell war es nur die Objects-Konfig oder aber das ganze Redis-Gedöns.
Aber grundsätzlich sollte es schon möglich sein, ein Linux upzudaten, auf dem ioBroker läuft. Aber bei so vielen Abhängigkeiten kann schon mal was schief gehen.

iobroker status spuckt mir das hier aus:

iobroker is running on this host.

No iobroker host is running.

Bei mir sieht es mit Multihost und fünf angehängten Slaves so aus:

> iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: redis

Ich bin mir nicht sicher, ob er sich selber dazu zählt; sonst würde "No host" stimmen. Sofern du wieder aufs Admin kommst und deine Adapter laufen, sollte alles in Ordnung sein.

Ham

@UncleSam

nach der korrekten Multihost installation steht jetzt bei mir auch:

At least one iobroker host is running.

Nochmal Vielen Dank! Hat mir viel Arbeit erspart!

Gruß Stefan

Thomas Braun

@Ham

Aber warum das ganze, darf ich kein Update des Linux Systems machen?

Doch, solltest du sogar. Allerdings sollte man sich auch anschauen, welche Pakete da aktualisiert werden. Regelmäßig das System pflegen hilft da enorm den Überblick zu behalten.

Community Forum

NEWS

[gelöst] ioBroker startet nicht mehr

Support us

508

32.4k

81.4k

1.3m