js-controller 4.0 jetzt im BETA/LATEST!

crunchip

@apollon77 ne hatte ich auch nicht, ok dann lösch ich es mal

apollon77

@crunchip ich adde es mal morgen oben in die faq auch wenn es eher mit nodejs Upgrade auf 14 zu tun hat. Naja mal schauen.

crunchip

@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)

fastfoot

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

(foxriver76) stop the database before executing upgrade self; WIll be effective for all upgrades >4.0.5

bedeutet dies dass der iobroker dann vorher nicht mehr gestoppt werden muss?

Das Update auf 4.0.5 lief auf 2 Systemen ohne Probleme und ohne den Fixer zu benötigen

apollon77

@fastfoot neee. Muss immer noch gestoppt werden. Es ist nur so das das „Upgrade Self“ Kommando eine Datenbank öffnet - und zwar die „alte“ Version. Dann erfolgt die Installation und in dem Zuge wird „setup First“ ausgeführt die dann mit dem „neuen Code“ gegen diese „alte“ Datenbank Version verbindet. Das ist aktuell der Grund für diese Fehler die angezeigt werden und gegen die wir nichts tun können.

Daher wird vor dem npm Befehl bei Upgrade Self jetzt die alte Datenbank beendet - damit öffnet setup First dann seine eigene „neue“ Version. Damit sollte sowas nicht mehr passieren

ChrisXY

@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:

@chrisxy sagte in js-controller 4.0 jetzt im BETA/LATEST!:

EADDRNOTAVAIL: address not available 192.168.2.200:2001

Da scheint irgendetwas anderes auf Port 2001 zu Hören, und daher kann der Adapter nicht starten ... Stelle sicher das da nicht noch Zombie Prozesse laufen

Das ist was von Homematic. Laut Adapter ist dort meine neue IP 192.168.4.100 Hinterlegt die 192.168.2.200 ist ALT .. wo auch immer das her ist. Nach iob stop scheint alles aber aus zu sein,

@apollon77 said in js-controller 4.0 jetzt im BETA/LATEST!:

@chrisxy Ääähmm ... was Hast Du genau hier getan? Das ist ist ein Migration-Prozess ... so mir scheint es als ob du aktiv über "iob setup custom" eine Migration zu "file" gemacht hast und dabei gab es einen Permission Fehler.

Um es jetzt zu fixen:
1.) iob fix um die Rechtefehler zu fixen
2.) Wenn DU zurück zum letzten Redis Stand willst editiere die /opt/iobroker/iobroker-data/iobroker.json und ändere bei objects und states jeweils den Typ in "redis" da wo jetzt scheinbar "file" steht.

Danach sollte erstmal alles wieder laufen

Also mein iob läuft mit Redis. Nach dem iob upgrade self und Neustart hat iob Status "file" vorher "redis"
Ich werde es nochmal versuchen und die Datei mal anpassen. Schauen was Passiert.

EDIT: Nach iob upgrade self sagt iob status : file .. wenn ich aber die iobroker,json öffne steht bei beiden Typ: redis ...

Folgende Meldung bekomme ich bei iob upgrade self:

root@iobroker:/# cd /opt/iobroker/
root@iobroker:/opt/iobroker# iob upgrade self
Update js-controller from @3.3.22 to @4.0.5
NPM version: 6.14.10
npm install iobroker.js-controller@4.0.5 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
In file included from ../src/unix_dgram.cc:5:
../../nan/nan.h: In function 'void Nan::AsyncQueueWorker(Nan::AsyncWorker*)':
../../nan/nan.h:2298: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:54,
                 from ../src/unix_dgram.cc:5:
../src/unix_dgram.cc: At global scope:
/home/iobroker/.cache/node-gyp/14.15.4/include/node/node.h:758: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/14.15.4/include/node/node.h:792: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)
 ^~~~~~~~~~~

Diginix

@apollon77 Update von 3.3.22 auf 4.0.5 lief durch mit folgender Ausgabe:

Update js-controller from @3.3.22 to @4.0.5
NPM version: 6.14.16
npm install iobroker.js-controller@4.0.5 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
In file included from ../../nan/nan.h:56,
                 from ../src/unix_dgram.cc:5:
/home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:793: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]
  793 |       (node::addon_register_func) (regfunc),                          \
      |                                           ^
/home/iobroker/.cache/node-gyp/14.19.0/include/node/node.h:827:3: note: in expansion of macro âNODE_MODULE_Xâ
  827 |   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)
      | ^~~~~~~~~~~
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"]
Server States 127.0.0.1:42094 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"]
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"]
Server States 127.0.0.1:42096 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"]
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: Unknown LUA script load
Server Objects 127.0.0.1:51724 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]
Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]

Hoffentlich ok so.

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


Objects type: jsonl
States  type: jsonl
/usr/bin/iobroker: line 8: 37859 Killed                  node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"

Die letzte Zeile kam nur beim ersten mal status. Danach nicht mehr.

Meine /opt/iobroker/iobroker-data/iobroker.json enthält aber deutlich weniger Blöcke als hier gezeigt:
https://github.com/ioBroker/ioBroker.js-controller/blob/master/packages/controller/conf/iobroker-dist.json#L53-L71

{
  "system": {
    "memoryLimitMB": 0,
    "hostname": ""
  },
  "multihostService": {
    "enabled": false,
    "secure": true
  },
  "network": {
    "IPv4": true,
    "IPv6": true,
    "bindAddress": null,
    "useSystemNpm": true
  },
  "objects": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "127.0.0.1",
    "port": 9001,
    "user": "",
    "pass": "",
    "noFileCache": false,
    "connectTimeout": 2000,
    "writeFileInterval": 3600000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000
    }
  },
  "states": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].",
    "host": "127.0.0.1",
    "port": 9000,
    "maxQueue": 1000,
    "writeFileInterval": 60000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000
    }
  },
  "log": {
    "level": "warn",
    "maxDays": 14,
    "noStdout": true,
    "transport": {
      "file1": {
        "zippedArchive": false,
        "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/"
}

Wie bekommt man die mal auf den neusten Standard?
Wird bei jsonl objects.writeFileInterval: 3600000 und states.writeFileInterval: 60000 ignoriert?

Alligator

Hallo an alle,

auch bei mir funktionieren keine Updates mehr!

Node.js
v14.19.0
NPM
v6.14.16

Dem JS-Controller hatte ich auf 4.0.4 geupdatet und alle Instanzen sind auf Grün und laufen.

Aber beim Versuch eines Updates läuft es durch aber der Adapter startet immer wieder mit der alten Version. auch ein Downgrade geht nicht.

Ein Update auf denn JS-Controller 4.0.5 ging auch nicht. Bei dem versuch den JS-Controller per Downgrade auf 3.3.22 zu bringen wurde mir stattdessen der 4.0.5 eingespielt . Aber auch mit dem Funktioniert weder Update noch Downgrade. Auch ein erneuter versuch auf JS-Controller 3.3.22 Downzugraden blieb erfolglos.

Installations Verlauf:

$ iobroker upgrade iot@1.9.5

Update iot from @1.9.3 to @1.9.5

host.SmartHomeServer Adapter "system.adapter.iot.0" is stopped.

NPM version: 6.14.16

Installing iobroker.iot@1.9.5... (System call)

Could not check npm version: This directory tree does not contain a package.json

Assuming that correct version is installed.

host.SmartHomeServer Adapter "system.adapter.iot.0" is started

upload [18] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/actions.js actions.js application/javascript

upload [17] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/alexalogo.png alexalogo.png image/png

upload [16] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/asset-manifest.json asset-manifest.json application/json

upload [15] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/blockly.js blockly.js application/javascript

upload [14] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/favicon.ico favicon.ico image/vnd.microsoft.icon

upload [13] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/index_m.html index_m.html text/html

upload [12] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/iot.png iot.png image/png

upload [11] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/manifest.json manifest.json application/json

upload [10] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css static/css/2.faf2f676.chunk.css text/css

upload [9] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css.map static/css/2.faf2f676.chunk.css.map application/json

upload [8] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css static/css/main.e2d673ee.chunk.css text/css

upload [7] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css.map static/css/main.e2d673ee.chunk.css.map application/json

upload [6] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js static/js/2.1b9b16a0.chunk.js application/javascript

upload [5] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.LICENSE.txt static/js/2.1b9b16a0.chunk.js.LICENSE.txt text/plain

upload [4] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.map static/js/2.1b9b16a0.chunk.js.map application/json

upload [3] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js static/js/main.20d2f37b.chunk.js application/javascript

upload [2] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js.map static/js/main.20d2f37b.chunk.js.map application/json

upload [1] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js static/js/runtime-main.ef534f76.js application/javascript

upload [0] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js.map static/js/runtime-main.ef534f76.js.map application/json

Process exited with code 0

und der dazugehörige LOG

host.SmartHomeServer
2022-02-09 12:05:01.891	info	instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.SmartHomeServer
2022-02-09 12:05:00.043	info	instance system.adapter.dwd.0 started with pid 19837

iot.0
2022-02-09 12:03:12.290	info	Connection changed: connect

iot.0
2022-02-09 12:03:11.887	warn	Cannot update api-secret: undefined

iot.0
2022-02-09 12:03:11.869	info	Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com

iot.0
2022-02-09 12:03:11.846	info	starting. Version 1.9.3 in /opt/iobroker/node_modules/iobroker.iot, node: v14.19.0, js-controller: 4.0.5
host.SmartHomeServer
2022-02-09 12:03:11.046	info	instance system.adapter.iot.0 started with pid 19205
host.SmartHomeServer
2022-02-09 12:03:09.408	info	iobroker exit 0
host.SmartHomeServer
2022-02-09 12:03:08.393	info	iobroker upload [0] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js.map static/js/runtime-main.ef534f76.js.map application/json
host.SmartHomeServer
2022-02-09 12:03:08.389	info	iobroker upload [1] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/runtime-main.ef534f76.js static/js/runtime-main.ef534f76.js application/javascript
host.SmartHomeServer
2022-02-09 12:03:08.385	info	iobroker upload [2] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js.map static/js/main.20d2f37b.chunk.js.map application/json
host.SmartHomeServer
2022-02-09 12:03:08.380	info	iobroker upload [3] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/main.20d2f37b.chunk.js static/js/main.20d2f37b.chunk.js application/javascript
host.SmartHomeServer
2022-02-09 12:03:08.374	info	instance system.adapter.iot.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.SmartHomeServer
2022-02-09 12:03:08.149	info	iobroker upload [4] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.map static/js/2.1b9b16a0.chunk.js.map application/json
host.SmartHomeServer
2022-02-09 12:03:08.147	info	iobroker upload [5] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js.LICENSE.txt static/js/2.1b9b16a0.chunk.js.LICENSE.txt text/plain
host.SmartHomeServer
2022-02-09 12:03:08.136	info	iobroker upload [6] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/js/2.1b9b16a0.chunk.js static/js/2.1b9b16a0.chunk.js application/javascript
host.SmartHomeServer
2022-02-09 12:03:08.133	info	iobroker upload [7] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css.map static/css/main.e2d673ee.chunk.css.map application/json
host.SmartHomeServer
2022-02-09 12:03:08.131	info	iobroker upload [8] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/main.e2d673ee.chunk.css static/css/main.e2d673ee.chunk.css text/css
host.SmartHomeServer
2022-02-09 12:03:08.129	info	iobroker upload [9] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css.map static/css/2.faf2f676.chunk.css.map application/json
host.SmartHomeServer
2022-02-09 12:03:08.126	info	iobroker upload [10] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/static/css/2.faf2f676.chunk.css static/css/2.faf2f676.chunk.css text/css
host.SmartHomeServer
2022-02-09 12:03:08.123	info	iobroker upload [11] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/manifest.json manifest.json application/json
host.SmartHomeServer
2022-02-09 12:03:08.120	info	iobroker upload [12] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/iot.png iot.png image/png
host.SmartHomeServer
2022-02-09 12:03:08.100	info	iobroker upload [13] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/index_m.html index_m.html text/html
host.SmartHomeServer
2022-02-09 12:03:08.097	info	iobroker upload [14] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/favicon.ico favicon.ico image/vnd.microsoft.icon
host.SmartHomeServer
2022-02-09 12:03:08.094	info	iobroker upload [15] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/blockly.js blockly.js application/javascript
host.SmartHomeServer
2022-02-09 12:03:08.091	info	iobroker upload [16] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/asset-manifest.json asset-manifest.json application/json
host.SmartHomeServer
2022-02-09 12:03:08.087	info	iobroker upload [17] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/alexalogo.png alexalogo.png image/png
host.SmartHomeServer
2022-02-09 12:03:08.079	info	iobroker upload [18] iot.admin /opt/iobroker/node_modules/iobroker.iot/admin/actions.js actions.js application/javascript

iot.0
2022-02-09 12:03:07.957	info	Got terminate signal TERMINATE_YOURSELF
host.SmartHomeServer
2022-02-09 12:03:07.957	info	stopInstance system.adapter.iot.0 send kill signal
host.SmartHomeServer
2022-02-09 12:03:07.955	info	stopInstance system.adapter.iot.0 (force=false, process=true)
host.SmartHomeServer
2022-02-09 12:03:07.954	info	"system.adapter.iot.0" enabled
host.SmartHomeServer
2022-02-09 12:03:07.943	info	iobroker host.SmartHomeServer Adapter "system.adapter.iot.0" is started
host.SmartHomeServer
2022-02-09 12:03:07.943	error	iobroker Assuming that correct version is installed.
host.SmartHomeServer
2022-02-09 12:03:07.942	error	iobroker Could not check npm version: This directory tree does not contain a package.json
host.SmartHomeServer
2022-02-09 12:03:07.940	info	iobroker Installing iobroker.iot@1.9.5... (System call)
host.SmartHomeServer
2022-02-09 12:03:07.938	info	iobroker NPM version: 6.14.16

iot.0
2022-02-09 12:03:07.829	info	Connection lost

iot.0
2022-02-09 12:03:07.828	info	Connection changed: disconnect

iot.0
2022-02-09 12:03:07.782	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

iot.0
2022-02-09 12:03:07.781	info	terminating

iot.0
2022-02-09 12:03:07.778	info	Got terminate signal TERMINATE_YOURSELF
host.SmartHomeServer
2022-02-09 12:03:07.777	info	stopInstance system.adapter.iot.0 send kill signal
host.SmartHomeServer
2022-02-09 12:03:07.775	info	stopInstance system.adapter.iot.0 (force=false, process=true)
host.SmartHomeServer
2022-02-09 12:03:07.774	info	"system.adapter.iot.0" disabled
host.SmartHomeServer
2022-02-09 12:03:07.763	info	iobroker host.SmartHomeServer Adapter "system.adapter.iot.0" is stopped.
host.SmartHomeServer
2022-02-09 12:03:07.748	info	iobroker Update iot from @1.9.3 to @1.9.5
host.SmartHomeServer
2022-02-09 12:03:06.457	info	iobroker upgrade iot@1.9.5

ste_glei

@exectix sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Könnt ihr mir weiter helfen?

ich bin nur ein Nutzer der seine Erfahrungen weitergibt. Für Ratschläge oder genaue Hilfe reicht mein Wissen leider nicht.

crunchip

@crunchip sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@apollon77 ich hab es jetzt mal gelöscht, iob gestoppt, nodejs minor update und iob gestartet( ohne fixer) mal schaun ob der js controller das richtig macht (setcap)

nun habe ich v4.05 eingespielt, diesmal zum ersten mal passiert, das scheinbar noch Prozesse liefen(hatte nicht gegengeprüft) halbsowild

allerdings, kamen mehrere Warnungen aus der influxdb.3 nach dem Start(ist eine Testinstanz v2.x, wo nur 2 Datenpunkte geloggt werden)
die anderen 3 Instanzen sind v1.x, ohne Probleme

2022-02-09 12:01:18.879 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:18.880 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:18.881 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=1
2022-02-09 12:01:20.360 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:20.361 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:20.364 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=1
2022-02-09 12:01:28.890 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:28.891 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:28.892 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=2
2022-02-09 12:01:30.369 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:30.370 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:30.370 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=2
2022-02-09 12:01:38.896 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:38.897 - warn: influxdb.3 (12514) Error on writePoint("{"value":4.04,"time":"2022-02-09T11:01:07.510Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:38.898 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.load to buffer again, error-count=3
2022-02-09 12:01:40.380 - warn: influxdb.3 (12514) Point could not be written to database: iobroker
2022-02-09 12:01:40.382 - warn: influxdb.3 (12514) Error on writePoint("{"value":82.83,"time":"2022-02-09T11:01:09.079Z","from":"system.host.IoBroker","q":0,"ack":true}): RequestTimedOutError: Request timed out / "Request timed out""
2022-02-09 12:01:40.383 - info: influxdb.3 (12514) Add point that had error for system.host.IoBroker.cpu to buffer again, error-count=3

jetzt die Frage, liegt das an v2, oder an den beiden geloggten DP's ?

eXectiX

@ste_glei alles klar, ich habe es wieder zum laufen bekommen nachdem ich nochmal Node.js neu installiert habe. Muss wohl irgendwas beim Update des js-controllers kaputt gegangen sein. Trotzdem danke

Neuschwansteini

@apollon77

js-controller 4.0.5 ist hier sehr dezent am werkeln, weniger Speicherverbrauch, keine Fehlermeldungen.
Sowohl im lxc debian 10, Node 14.19.0, NPM 6.14.16, als auch auf dem Zeroberry Debian 10, Node 14.18.3, NPM 6.14.16, als auch auf mehreren lxc mit debian 11, Node 16 und NPM 8.

Schnurrt!

Alligator

So ich hab es jetzt nach zig versuchen geschafft den JS-Controller auf 3.3.22 zu downgraden. Jetzt gehen die Updates wieder.

bommel_030

Hab einen Master und zwei Slaves problemlos von 3.3.x auf 4.0.4 aktualisiert.
Upgrade von 4.0.4 auf 4.0.5 lief auf Master und einem Slave problemlos durch.
Der zweite meldet mir jetzt:

pi@suissepi:/opt/iobroker $ iob upgrade self
Update js-controller from @4.0.4 to @4.0.5
NPM version: 6.14.16
Installing iobroker.js-controller@4.0.5... (System call)
Could not check npm version: This directory tree does not contain a package.json
Assuming that correct version is installed.

EDIT:
Konnte den kleinen Eidgenossen damit wiederbeleben:

sudo -H -u iobroker npm install iobroker.js-controller

MartyBr

@apollon77
Eine kurze Frage: Weiter oben berichte ein User, dass seine Redis-Einstellung durch das neue Format jsonl überschrieben wurde.
Ist das Problem nun in der 4.05 behoben?

oFbEQnpoLKKl6mbY5e13

@apollon77
Ich habe einen ganz frischen Buanet-Container gezogen. Backup eingespielt. Gewartet bis alle Adapter installiert wurden. Funktion geprüft. Dann iobroker upgrade self ausgeführt:

3544 verbose stack Error: iobroker.js-controller@4.0.5 install: `node iobroker.js setup first`
3544 verbose stack Exit status 6
3544 verbose stack     at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:332:16)
3544 verbose stack     at EventEmitter.emit (events.js:400:28)
3544 verbose stack     at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
3544 verbose stack     at ChildProcess.emit (events.js:400:28)
3544 verbose stack     at maybeClose (internal/child_process.js:1058:16)
3544 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:293:5)
3545 verbose pkgid iobroker.js-controller@4.0.5
3546 verbose cwd /opt/iobroker
3547 verbose Linux 5.10.60-qnap
3548 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "iobroker.js-controller@4.0.5" "--loglevel" "error" "--unsafe-perm" "--prefix" "/opt/iobroker"
3549 verbose node v14.19.0
3550 verbose npm  v6.14.16
3551 error code ELIFECYCLE
3552 error errno 6
3553 error iobroker.js-controller@4.0.5 install: `node iobroker.js setup first`
3553 error Exit status 6
3554 error Failed at the iobroker.js-controller@4.0.5 install script.
3554 error This is probably not a problem with npm. There is likely additional logging output above.
3555 verbose exit [ 6, true ]

Danach ist der js-controller nicht mehr funktionsfähig. Dann den letzten 3er wieder installiert, was einwandfrei funktioniert.

m0rph

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@apollon77 Wenn du mir sagt was du mit NVM meinst, sagt mir leider nichts, und warum findet die alte Version npm

sudo -H -u iobroker npm -v
sudo -u iobroker npm -v

bringt auch ein ergebnis

apollon77

@chrisxy Ok, also das "iob status" file sagt wenn es redis sein sollte ist sehr komisch und hab ich noch nie erlebt. bei mir auf meinen Systemen geht alles wie geplant ... hm ..

DIe andere Meldung ist "Warnkram von npm". Ignorieren

apollon77

@diginix Meldungen vom Update sind so ok. Die eine Zeile war wohl irgendwas komisches, wenn es nicht nochmal kommt. Ignorieren.

Im "Dist File" sind die Defaults drin - das heisst die sind auch im Code drin. Wenn es also bei Dir im File fehlt dann ist das "egal". Ansonsten ioBroker stoppen und selbst einbauen. Ist nur relevant wenn Du ändern willst.

Zu "writeFileInterval" bitte in der FAQ schauen (Post #2) (oder stück weiter oben hier im Thread) Ja die ist bei Jsonl irrelevant und gilt nur bei der FileDB. Jsonl ticket komplett anders, daher irrelevant

apollon77

@alligator Ok, Du bist der zweite der dieses problem hat.

Bitte mal which npm ausführen und Ausgabe sagen. Scheinbar findet ioBroker bzw der ioBroker User dein npm nicht. DU nutt aber kein nvm oder sowas?

NEWS

js-controller 4.0 jetzt im BETA/LATEST!

Support us

773
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

js-controller 4.0 jetzt im BETA/LATEST!

Support us

773Online

31.6kUsers

79.5kTopics

1.3mPosts

773
Online

31.6k
Users

79.5k
Topics

1.3m
Posts