nach Admin-Adapter-Update iobroker nicht über Web erreichbar

Homoran

Vielleicht wäre es einfacher das package-lock.json zu löschen.
Mich wundert nur, dass gar nichts in Konsole oder log steht.

Uwe-K

@homoran Hallo, ich kämpfe mit dem gleichen Problem "IOB Broker nicht mehr erreichbar, sonst funktioniert aber alles : Zigbee, Debmatic etc "

habe hier schon viel mitgelesen, aber keinen Erfolg gehabt bisher.

Frage : soll ich hier "zwischenfragen" ? wird ggf verwirrend werden fürchte ich.

Bei einem eigenen Post könnte ich ggf auf die Suchfunktion verwiesen werden, dadurch habe ich ja diesen Thread gefunden ...

crunchip

@uwe-k sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

mit dem gleichen Problem

ein admin Update?

mach einen eigenen Thread dazu auf, mit stichhaltigen Fakten

rennigel

pi@RPi4:~ $ iob list instances
  system.adapter.admin.0                  : admin                 : RPi4                                     -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.1                  : admin                 : RPi4                                     -  enabled, port: 8089, bind: 0.0.0.0, run as: admin
+ system.adapter.alexa2.0                 : alexa2                : RPi4                                     -  enabled
+ system.adapter.backitup.0               : backitup              : RPi4                                     -  enabled
+ system.adapter.botvac.0                 : botvac                : RPi4                                     -  enabled
+ system.adapter.discovery.0              : discovery             : RPi4                                     -  enabled
+ system.adapter.history.0                : history               : RPi4                                     -  enabled
+ system.adapter.hue-extended.0           : hue-extended          : RPi4                                     -  enabled
+ system.adapter.hue.0                    : hue                   : RPi4                                     -  enabled, port: 80
+ system.adapter.influxdb.0               : influxdb              : RPi4                                     -  enabled, port: 8086
+ system.adapter.info.0                   : info                  : RPi4                                     -  enabled
+ system.adapter.jarvis.0                 : jarvis                : RPi4                                     -  enabled
+ system.adapter.javascript.0             : javascript            : RPi4                                     -  enabled
+ system.adapter.mqtt.0                   : mqtt                  : RPi4                                     -  enabled, port: 1883, bind: 0.0.0.0
+ system.adapter.netatmo.0                : netatmo               : RPi4                                     -  enabled
+ system.adapter.nuki-extended.0          : nuki-extended         : RPi4                                     -  enabled
+ system.adapter.ping.0                   : ping                  : RPi4                                     -  enabled
  system.adapter.rickshaw.0               : rickshaw              : RPi4                                     -  enabled
+ system.adapter.shelly.0                 : shelly                : RPi4                                     -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.simple-api.0             : simple-api            : RPi4                                     -  enabled, port: 8087, bind: 0.0.0.0, run as: admin
+ system.adapter.sourceanalytix.0         : sourceanalytix        : RPi4                                     -  enabled
  system.adapter.sprinklecontrol.0        : sprinklecontrol       : RPi4                                     - disabled
+ system.adapter.telegram.0               : telegram              : RPi4                                     -  enabled, port: 8443, bind: 0.0.0.0
+ system.adapter.tr-064.0                 : tr-064                : RPi4                                     -  enabled
+ system.adapter.tr-064.1                 : tr-064                : RPi4                                     -  enabled
+ system.adapter.tr-064.2                 : tr-064                : RPi4                                     -  enabled
  system.adapter.vis.0                    : vis                   : RPi4                                     -  enabled
  system.adapter.web.0                    : web                   : RPi4                                     -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.worx.0                   : worx                  : RPi4                                     -  enabled
+ system.adapter.yahka.0                  : yahka                 : RPi4                                     -  enabled
+ system.adapter.zigbee.0                 : zigbee                : RPi4                                     -  enabled, port: /dev/ttyACM0

+ instance is alive

Zweite Admin Instanz ist da, aber auch nicht "alive"

Homoran

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

Zweite Admin Instanz ist da, aber auch nicht "alive"

und beim Versuch zu starten auch nichts im log?

mach mal eine zweite Session in der Konsole auf u d starte dortt iob logs --watch
auf der anderen Konsole dann iob start admin.1
dann bitte die zeitgleiche Ausgabe aus den logs hier posten

rennigel

Habe ich getan.
Leider läuft mein log gerade mit ziemlichen warnings voll, weil a) mein NAS nicht läuft, weswegen influx meckert b) ich dauerhaft informiert werde, dass meine Shellys nicht sicher sind und c) mein Saugroboter spinnt ....
Abgesehen davon keine einzige Meldung während des Starts des Adapters admin.1
Ich habe es auch probiert mit --debug (in der Annahme, dass dann das Schreiben ins Log erzwungen wird).

Ich hänge es dennoch mal an, auch wenn es in meinen Augen nur "Ballast" ist.

2023-08-03 23:53:24.773  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:24.774  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:24.779  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086
2023-08-03 23:53:24.773  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:24.774  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:24.779  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086
2023-08-03 23:53:26.190  - warn: shelly.0 (4323) [authEnabled] 192.168.178.155 (shelly1 / shelly1-C4FC6C / SHSW-1#C4FC6C#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.267  - warn: shelly.0 (4323) [authEnabled] 192.168.178.152 (shellydimmer2 / shellydimmer2-48551900BDA6 / SHDM-2#48551900BDA6#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.297  - warn: shelly.0 (4323) [authEnabled] 192.168.178.160 (shellydimmer2 / shellydimmer2-40F52000E62F / SHDM-2#40F52000E62F#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.317  - warn: shelly.0 (4323) [authEnabled] 192.168.178.159 (shellydimmer2 / shellydimmer2-40F520015676 / SHDM-2#40F520015676#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.494  - info: botvac.0 (4620) devices found: 1
2023-08-03 23:53:27.071  - warn: botvac.0 (4620) could not update robot Staubsaugbär
2023-08-03 23:53:27.074  - warn: botvac.0 (4620) Read-only state "botvac.0.Staubsaugbär.status.reachable" has been written without ack-flag with value "true"
2023-08-03 23:53:27.154  - warn: shelly.0 (4323) [authEnabled] 192.168.178.157 (shelly1 / shelly1-C42940 / SHSW-1#C42940#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.190  - warn: shelly.0 (4323) [authEnabled] 192.168.178.155 (shelly1 / shelly1-C4FC6C / SHSW-1#C4FC6C#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.267  - warn: shelly.0 (4323) [authEnabled] 192.168.178.152 (shellydimmer2 / shellydimmer2-48551900BDA6 / SHDM-2#48551900BDA6#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.297  - warn: shelly.0 (4323) [authEnabled] 192.168.178.160 (shellydimmer2 / shellydimmer2-40F52000E62F / SHDM-2#40F52000E62F#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.317  - warn: shelly.0 (4323) [authEnabled] 192.168.178.159 (shellydimmer2 / shellydimmer2-40F520015676 / SHDM-2#40F520015676#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:26.494  - info: botvac.0 (4620) devices found: 1
2023-08-03 23:53:27.071  - warn: botvac.0 (4620) could not update robot Staubsaugbär
2023-08-03 23:53:27.074  - warn: botvac.0 (4620) Read-only state "botvac.0.Staubsaugbär.status.reachable" has been written without ack-flag with value "true"
2023-08-03 23:53:27.154  - warn: shelly.0 (4323) [authEnabled] 192.168.178.157 (shelly1 / shelly1-C42940 / SHSW-1#C42940#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:28.888  - warn: shelly.0 (4323) [authEnabled] 192.168.178.156 (shelly1 / shelly1-C4F5D9 / SHSW-1#C4F5D9#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:28.888  - warn: shelly.0 (4323) [authEnabled] 192.168.178.156 (shelly1 / shelly1-C4F5D9 / SHSW-1#C4F5D9#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:31.372  - warn: shelly.0 (4323) [authEnabled] 192.168.178.153 (shellydimmer / shellydimmer-CC50E3F35994 / SHDM-1#CC50E3F35994#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:31.410  - warn: shelly.0 (4323) [authEnabled] 192.168.178.151 (shelly1 / shelly1-C4834E / SHSW-1#C4834E#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:31.372  - warn: shelly.0 (4323) [authEnabled] 192.168.178.153 (shellydimmer / shellydimmer-CC50E3F35994 / SHDM-1#CC50E3F35994#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:31.410  - warn: shelly.0 (4323) [authEnabled] 192.168.178.151 (shelly1 / shelly1-C4834E / SHSW-1#C4834E#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:32.599  - warn: shelly.0 (4323) [authEnabled] 192.168.178.154 (shelly1 / shelly1-C4870D / SHSW-1#C4870D#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:32.599  - warn: shelly.0 (4323) [authEnabled] 192.168.178.154 (shelly1 / shelly1-C4870D / SHSW-1#C4870D#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:34.780  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:34.781  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:34.791  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086
2023-08-03 23:53:34.780  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:34.781  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:34.791  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086
2023-08-03 23:53:36.600  - warn: shelly.0 (4323) [authEnabled] 192.168.178.155 (shelly1 / shelly1-C4FC6C / SHSW-1#C4FC6C#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.618  - warn: shelly.0 (4323) [authEnabled] 192.168.178.152 (shellydimmer2 / shellydimmer2-48551900BDA6 / SHDM-2#48551900BDA6#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.666  - warn: shelly.0 (4323) [authEnabled] 192.168.178.160 (shellydimmer2 / shellydimmer2-40F52000E62F / SHDM-2#40F52000E62F#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.676  - warn: shelly.0 (4323) [authEnabled] 192.168.178.159 (shellydimmer2 / shellydimmer2-40F520015676 / SHDM-2#40F520015676#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.600  - warn: shelly.0 (4323) [authEnabled] 192.168.178.155 (shelly1 / shelly1-C4FC6C / SHSW-1#C4FC6C#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.618  - warn: shelly.0 (4323) [authEnabled] 192.168.178.152 (shellydimmer2 / shellydimmer2-48551900BDA6 / SHDM-2#48551900BDA6#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.666  - warn: shelly.0 (4323) [authEnabled] 192.168.178.160 (shellydimmer2 / shellydimmer2-40F52000E62F / SHDM-2#40F52000E62F#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:36.676  - warn: shelly.0 (4323) [authEnabled] 192.168.178.159 (shellydimmer2 / shellydimmer2-40F520015676 / SHDM-2#40F520015676#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:37.508  - warn: shelly.0 (4323) [authEnabled] 192.168.178.157 (shelly1 / shelly1-C42940 / SHSW-1#C42940#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:37.508  - warn: shelly.0 (4323) [authEnabled] 192.168.178.157 (shelly1 / shelly1-C42940 / SHSW-1#C42940#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:39.164  - warn: shelly.0 (4323) [authEnabled] 192.168.178.156 (shelly1 / shelly1-C4F5D9 / SHSW-1#C4F5D9#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:39.164  - warn: shelly.0 (4323) [authEnabled] 192.168.178.156 (shelly1 / shelly1-C4F5D9 / SHSW-1#C4F5D9#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:41.578  - warn: shelly.0 (4323) [authEnabled] 192.168.178.153 (shellydimmer / shellydimmer-CC50E3F35994 / SHDM-1#CC50E3F35994#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:41.706  - warn: shelly.0 (4323) [authEnabled] 192.168.178.151 (shelly1 / shelly1-C4834E / SHSW-1#C4834E#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:41.578  - warn: shelly.0 (4323) [authEnabled] 192.168.178.153 (shellydimmer / shellydimmer-CC50E3F35994 / SHDM-1#CC50E3F35994#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:41.706  - warn: shelly.0 (4323) [authEnabled] 192.168.178.151 (shelly1 / shelly1-C4834E / SHSW-1#C4834E#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:42.882  - warn: shelly.0 (4323) [authEnabled] 192.168.178.154 (shelly1 / shelly1-C4870D / SHSW-1#C4870D#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:42.882  - warn: shelly.0 (4323) [authEnabled] 192.168.178.154 (shelly1 / shelly1-C4870D / SHSW-1#C4870D#1): This device is not protected via restricted login (see adapter documentation for details)
2023-08-03 23:53:44.791  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:44.791  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:44.796  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086
2023-08-03 23:53:44.791  - info: influxdb.0 (4035) Connecting http://192.168.178.40:8086/ ...
2023-08-03 23:53:44.791  - info: influxdb.0 (4035) Influx DB Version used: 1.x
2023-08-03 23:53:44.796  - error: influxdb.0 (4035) Error: connect ECONNREFUSED 192.168.178.40:8086

Das ist genau der Moment des (nicht funktionierenden) Starts des admin.1
Davor und dahinter sieht es im Log genauso aus.
In "iob list instances" imme rnoch kein "+"

crunchip

@rennigel ist zwar noch früh am Morgen aber probier mal so

iob stop
iob del admin
iob fix
cd /opt/iobroker
npm install iobroker.admin --omit=dev
iob start

Danach

iob list instances

Sollte keine admin Instanz vorhanden sein

cd /opt/iobroker
npm add iobroker.admin

rennigel

@crunchip
Das ist in der Tat früh ... early bird und so ... ;-)

Beim Löschen erhalte ich folgende Meldung:

pi@RPi4:~ $ iob del admin
Delete adapter "admin"
host.RPi4 Counted 2 instances of admin
Cannot remove adapter "admin", because instance "info" depends on it!

Den Info einfach auch löschen und dann hinterher wieder installieren?
Gibt es eine Reihenfolge zu beachten?
Falls ja: nur mit "npm install iobroker.info" oder auch mit dem Zusatz "--omit=dev"

Homoran

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

Das ist genau der Moment des (nicht funktionierenden) Starts des admin.1

ich sehe keinerlei debug Ausgaben

rennigel

@homoran
Hätte ich dann mit
"iob start admin.1 --debug"
starten müssen, damit die Instanz die richtige Logstufe hat?

Ich wollte das gerade ausprobieren, habe iob wieder gestartet, hatte in einem 2. Fenster das Log mitlaufen und als ich da aus Neugierde währenddessen reinschaue ....

2023-08-04 09:30:28.926  - info: host.RPi4 iobroker.js-controller version 4.0.24 js-controller starting
2023-08-04 09:30:28.935  - info: host.RPi4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2023-08-04 09:30:28.936  - info: host.RPi4 hostname: RPi4, node: v18.17.0
2023-08-04 09:30:28.938  - info: host.RPi4 ip addresses: 192.168.178.21 2a02:2f4:4217:cc00:5e5d:c93:a398:e367 fe80::a42e:3571:42bc:6227 192.168.178.69 2a02:2f4:4217:cc00:c97c:4f8d:f209:b490 fe80::8414:2919:516a:9a2f
2023-08-04 09:30:28.926  - info: host.RPi4 iobroker.js-controller version 4.0.24 js-controller starting
2023-08-04 09:30:28.935  - info: host.RPi4 Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2023-08-04 09:30:28.936  - info: host.RPi4 hostname: RPi4, node: v18.17.0
2023-08-04 09:30:28.938  - info: host.RPi4 ip addresses: 192.168.178.21 2a02:2f4:4217:cc00:5e5d:c93:a398:e367 fe80::a42e:3571:42bc:6227 192.168.178.69 2a02:2f4:4217:cc00:c97c:4f8d:f209:b490 fe80::8414:2919:516a:9a2f
2023-08-04 09:30:30.462  - info: host.RPi4 connected to Objects and States
2023-08-04 09:30:30.517  - info: host.RPi4 added notifications configuration of host
2023-08-04 09:30:30.462  - info: host.RPi4 connected to Objects and States
2023-08-04 09:30:30.517  - info: host.RPi4 added notifications configuration of host
2023-08-04 09:30:31.259  - info: host.RPi4 31 instances found
2023-08-04 09:30:31.321  - info: host.RPi4 starting 29 instances
2023-08-04 09:30:31.501  - info: host.RPi4 instance system.adapter.admin.0 started with pid 17070
2023-08-04 09:30:31.259  - info: host.RPi4 31 instances found
2023-08-04 09:30:31.321  - info: host.RPi4 starting 29 instances
2023-08-04 09:30:31.501  - info: host.RPi4 instance system.adapter.admin.0 started with pid 17070
2023-08-04 09:30:35.072  - info: admin.0 (17070) starting. Version 6.7.0 in /opt/iobroker/node_modules/iobroker.admin, node: v18.17.0, js-controller: 4.0.24
2023-08-04 09:30:35.136  - info: admin.0 (17070) requesting all states
2023-08-04 09:30:35.137  - info: admin.0 (17070) requesting all objects
2023-08-04 09:30:35.072  - info: admin.0 (17070) starting. Version 6.7.0 in /opt/iobroker/node_modules/iobroker.admin, node: v18.17.0, js-controller: 4.0.24
2023-08-04 09:30:35.136  - info: admin.0 (17070) requesting all states
2023-08-04 09:30:35.137  - info: admin.0 (17070) requesting all objects
2023-08-04 09:30:36.658  - info: host.RPi4 instance system.adapter.admin.1 started with pid 17086
2023-08-04 09:30:36.658  - info: host.RPi4 instance system.adapter.admin.1 started with pid 17086
2023-08-04 09:30:37.462  - info: admin.0 (17070) received all objects
2023-08-04 09:30:37.462  - info: admin.0 (17070) received all objects
2023-08-04 09:30:38.008  - info: admin.0 (17070) socket.io server listening on port 8081
2023-08-04 09:30:38.012  - info: admin.0 (17070) http server listening on port 8081
2023-08-04 09:30:38.012  - info: admin.0 (17070) Use link "http://127.0.0.1:8081" to configure.
2023-08-04 09:30:38.008  - info: admin.0 (17070) socket.io server listening on port 8081
2023-08-04 09:30:38.012  - info: admin.0 (17070) http server listening on port 8081
2023-08-04 09:30:38.012  - info: admin.0 (17070) Use link "http://127.0.0.1:8081" to configure.
2023-08-04 09:30:39.478  - info: host.RPi4 instance system.adapter.history.0 started with pid 17106
2023-08-04 09:30:39.478  - info: host.RPi4 instance system.adapter.history.0 started with pid 17106
2023-08-04 09:30:40.671  - info: admin.1 (17086) starting. Version 6.7.0 in /opt/iobroker/node_modules/iobroker.admin, node: v18.17.0, js-controller: 4.0.24
2023-08-04 09:30:40.740  - info: admin.1 (17086) requesting all states
2023-08-04 09:30:40.742  - info: admin.1 (17086) requesting all objects
2023-08-04 09:30:40.671  - info: admin.1 (17086) starting. Version 6.7.0 in /opt/iobroker/node_modules/iobroker.admin, node: v18.17.0, js-controller: 4.0.24
2023-08-04 09:30:40.740  - info: admin.1 (17086) requesting all states
2023-08-04 09:30:40.742  - info: admin.1 (17086) requesting all objects
2023-08-04 09:30:42.805  - info: admin.1 (17086) received all objects
2023-08-04 09:30:43.049  - info: history.0 (17106) starting. Version 2.2.4 in /opt/iobroker/node_modules/iobroker.history, node: v18.17.0, js-controller: 4.0.24
2023-08-04 09:30:43.206  - info: history.0 (17106) enabled logging of tr-064.0.callmonitor.lastCall.caller (Count=1), Alias=false
2023-08-04 09:30:43.207  - info: history.0 (17106) enabled logging of tr-064.0.callmonitor.lastCall.callee (Count=2), Alias=false
2023-08-04 09:30:43.209  - info: history.0 (17106) enabled logging of tr-064.0.callmonitor.lastCall.duration (Count=3), Alias=false
2023-08-04 09:30:43.211  - info: history.0 (17106) enabled logging of 0_userdata.0.QVR.Kamera-hinten.bewegung-erkannt (Count=4), Alias=false
2023-08-04 09:30:43.474  - info: admin.1 (17086) socket.io server listening on port 8089
2023-08-04 09:30:43.480  - info: admin.1 (17086) http server listening on port 8089
2023-08-04 09:30:43.482  - info: admin.1 (17086) Use link "http://127.0.0.1:8089" to configure.

Beide Admin-Instanzen starten!
Ich habe in der Zwischenzeit absolut nichts verändert oder rumprobiert (um Eure Hilfe nicht mit meinem potentiellen Rumgepfusche zu gefährden).
Schön, dass es jetzt plötzlich läuft, aber die Ursache zu wissen wäre ggf. hilfreich, um zu verhindern, dass das wieder passiert.

Beim Start der GUI kam dann folgende Meldung:

Kann das ursächlich sein? Vor allem, dass dann ausgerechnet NUR der Admin-Adapter nicht startet? Klar, zu wenig Speicher sorgt für Probleme, aber hängen die beiden Sachen Kausal zusammen?

Als ich gestern "iob diag" ausgeführt habe, sah es auch nicht ganz so dramatisch aus ....

*** MEMORY ***
              total        used        free      shared  buff/cache   available
Mem:           1.9G        1.2G        271M         20M        423M        587M
Swap:           99M        9.0M         90M
Total:         2.0G        1.2G        362M

Reichen meine 2GB RAM tatsächlich nicht?
Oder habe ich irgendwo einen versteckten Speicherfresser ...?
Auf dem RPi ist nichts anderes als iobroker installiert.

Aber abgesehen vom RAM, was sollte ich noch tun, um das System nachhaltig zu stabilisieren?

Homoran

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

Reichen meine 2GB RAM tatsächlich nicht?

Sehr wahrscheinlich nicht!
Das hätte aber irgendwo zu sehen sein müssen (log/Konsole)

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

Mem: 1.9G 1.2G 271M 20M 423M 587M

da ist definitiv keine Reserve mehr (ohne admin)
nach dem Start des Admin waren ja nur noch 30MB frei.

hätte man schon bei deiner langen Liste an Instanzen ahnen können

crunchip

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

2GB RAM

Da hatte ich oben gar nicht darauf geachtet.
Notfallplan
Deinstalliere den info Adapter, braucht man nicht.
Den discovery Adapter deaktivieren ggf auch löschen, wird eigentlich auch nicht benötigt.
Den backitup Adapter kannst du mittels script "schlafen legen" bzw nur für den Zeitraum des backups aktivieren.
Dies sollte ein paar Ram freischaufeln.

Langfristig wirst du aber etwas mit mehr Ram benötigen

Ps
Und den 2ten admin natürlich wieder löschen

rennigel

@crunchip

Bereinige grad die installierten Adapter, danke für die Infos.

Was ist mit Adapter web?
Ich lese, Admin hat seinen eigenen Webserver, braucht als web nicht.
vis und rickshaw habe ich gelöscht (nutze ich nicht), aber wird web auch für jarvis benötigt? Ich vermute mal, ja.

Gibt es noch irgendwelche purge-Aktionen, Cache-Lösch-Funktionen o.ä., die den Speicher optimieren?

rennigel

Habe nochmal "iob diag" ausgeführt, sieht im Speicher jetzt so aus:

*** MEMORY ***
              total        used        free      shared  buff/cache   available
Mem:           1.9G        1.2G        459M         18M        230M        568M
Swap:           99M         78M         21M
Total:         2.0G        1.3G        481M

         1872 M total memory
         1182 M used memory
          158 M active memory
         1144 M inactive memory
          459 M free memory
           43 M buffer memory
          186 M swap cache
           99 M total swap
           78 M used swap
           21 M free swap

Knapp 0,5 GB freier Speicher klingt jetzt nicht so wenig, aber ihr meintet, das allgemein die 2GB schon knapp bemessen sind (wie kommen denn dann die Leute mit RPi3 und 1 GB klar ...?).
Wie sind denn die Zahlen praxisorient richtig zu interpretieren, oder anders: Wieviel freien Speicher braucht iobroker um stabil zu laufen (in % vom Gesamt-RAM oder absoluten MB)

crunchip

@rennigel das kommt darauf an wieviele Instanzen man letztendlich am laufen hat, je nach Anwendungsfall.
500 Mb Ram ist nötig, je nach Prozesse die ja zufälligerweise zeitgleich auftreten können, wird für diesen Zeitraum kurzfristig mehr Ram beansprucht. Gerade im Fall backup

crunchip

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

Gibt es noch irgendwelche purge-Aktionen, Cache-Lösch-Funktionen o.ä., die den Speicher optimieren?

Fällt mir auf die schnelle nichts weiter ein

rennigel

System scheint jetzt zu laufen.
Allerdings meckert es immer noch zu wenig RAM zu haben, obwohl ich 4 oder 5 Instanzen gelöscht habe und einige temporär disabled. Nun ja ...

Danke an @Thomas-Braun , @crunchip und @Homoran für die Hilfe!

Als nächstes werde ich dann mal auf Bullseye hochziehen mithilfe der Anleitung von @Thomas-Braun , die ich gefunden habe.

Thomas Braun

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

(wie kommen denn dann die Leute mit RPi3 und 1 GB klar ...?).

Mit aktuellem iobroker und einer üblichen Zahl an Adaptern gar nicht.

Die Langfassung von

iob diag

schaut nun aktuell wie aus?

Homoran

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

meckert es immer noch zu wenig RAM zu haben

heisst in Zahlen?

@rennigel sagte in nach Admin-Adapter-Update iobroker nicht über Web erreichbar:

wie kommen denn dann die Leute mit RPi3 und 1 GB klar ...

max. 8-10 einfache Instanzen, dann ist Schluss

tgarrett

Habe den selben Fehler.

Nach Update des admin Adapters auf v6.8.0 startet dieser nicht mehr.

Log Meldung:

Umgebung:
Fujitsu Server, Intel Skylake, ESXI 7.0.2
Debian 12 VM
5GB RAM
SSD
Installation manuell ohne Image
Master als VM
2x Slave auf Rpi3 für dezentrale Aufgaben
Node v18.17.1
NPM v6.12.1

Daignose:
Fehlerauftreten gleich wie beim Thread Ersteller.
Die kleinen Schritte wie zweite Instanz, Rebuild etc. zeigen keinen Effekt.

via "/opt/iobroker$ sudo npm install iobroker.admin@stable --production" lässi sich der Adapter auf v6.3.5 wiederherstellen

Folgende Adapter Versionen habe ich getestet (über Adapte Experten Ansicht, Manuelle Versionswahl):
v6.6.1 = Funktioniert
v6.6.3 = Funktioniert
v6.6.4 = Funktioniert
v6.6.5 = Fehler, gleiche Log Meldung
v6.7.0 = Fehler, gleiche Log Meldung
v6.7.2 = Fehler, gleiche Log Meldung
v6.8.0 = Fehler, gleiche Log Meldung

Tests erfolgten mit ca. 40% RAM Auslastung

Community Forum

NEWS

nach Admin-Adapter-Update iobroker nicht über Web erreichbar

Support us

770

32.4k

81.6k

1.3m