[Gelöst] ioBroker node.js weicht von Kommandozeile ab
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
Dann versuche ich den js-controller auf den neuesten Stand zu bringen.
Dann nochmal Backup.Das hat auch geklappt ! Jetzt habe ich also js-controller 4.0.23
pi@ioBroker-RasPi:~$ iobroker upgrade self Update js-controller from @3.3.22 to @4.0.23 NPM version: 9.1.1 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:54180 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:54180 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] pi@ioBroker-RasPi:~$ sudo iobroker start Starting iobroker controller daemon...Jetzt noch das OS update auf Bullseye und ich bin wieder up to date
-
Wie kommst du denn jetzt an npm9? Das ist noch nicht mit einer nodejs-Version released worden.
-
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Wie kommst du denn jetzt an npm9? Das ist noch nicht mit einer nodejs-Version released worden.
ich kann nur vermutungen anstellen... aber wird wohl durch das gekommen sein ?
npm audit fix npm audit fix --force -
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
Dann das Ding komplett platt und eine frische Installation.
Hoffentlich klappt das Einspielen vom Backup dann.Dabei habe ich jetzt dann doch wieder ein Problem...
Nach dem Einspielen vom Backup aus GDrive ist die Oberfläche wieder nicht erreichbar.
Das Backup selber hatte Erfolg gemeldet und dann den Ladebalken nicht weg gemacht.
Also habe ich zumindest ein mal neu gestartet.
pi@raspberrypi:~ $ iobroker list instances No connection to states 127.0.0.1:6379[redis] pi@raspberrypi:~ $ apt policy redis redis: Installed: (none) Candidate: 5:6.0.16-1+deb11u2 Version table: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages -
Nach der Installation von redis konnte ich jetzt wenigstens meine Adapter alle wieder sehen.
Irgendwas vom Backup ist also da, nur sind die meisten Adapter disabled.
I konnte die jetzt nacheinander wieder aktivieren, nur dauerte das bei manchen etwas und auch mehrere Versuche...Scheint nun aber alles geklappt zu haben !
pi@raspberrypi:~ $ sudo apt install redis Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: libjemalloc2 liblua5.1-0 liblzf1 lua-bitop lua-cjson redis-server redis-tools Suggested packages: ruby-redis The following NEW packages will be installed: libjemalloc2 liblua5.1-0 liblzf1 lua-bitop lua-cjson redis redis-server redis-tools 0 upgraded, 8 newly installed, 0 to remove and 33 not upgraded. Need to get 1,159 kB of archives. After this operation, 5,239 kB of additional disk space will be used. Do you want to continue? [Y/n] y Get:1 http://deb.debian.org/debian bullseye/main arm64 libjemalloc2 arm64 5.2.1-3 [192 kB] Get:2 http://deb.debian.org/debian bullseye/main arm64 liblua5.1-0 arm64 5.1.5-8.1+b3 [99.5 kB] Get:3 http://deb.debian.org/debian bullseye/main arm64 liblzf1 arm64 3.6-3 [9,860 B] Get:4 http://deb.debian.org/debian bullseye/main arm64 lua-bitop arm64 1.0.2-5 [6,508 B] Get:5 http://deb.debian.org/debian bullseye/main arm64 lua-cjson arm64 2.1.0+dfsg-2.1 [16.1 kB] Get:6 http://deb.debian.org/debian bullseye/main arm64 redis-tools arm64 5:6.0.16-1+deb11u2 [680 kB] Get:7 http://deb.debian.org/debian bullseye/main arm64 redis-server arm64 5:6.0.16-1+deb11u2 [98.2 kB] Get:8 http://deb.debian.org/debian bullseye/main arm64 redis all 5:6.0.16-1+deb11u2 [56.8 kB] Fetched 1,159 kB in 0s (2,482 kB/s) Selecting previously unselected package libjemalloc2:arm64. (Reading database ... 47621 files and directories currently installed.) Preparing to unpack .../0-libjemalloc2_5.2.1-3_arm64.deb ... Unpacking libjemalloc2:arm64 (5.2.1-3) ... Selecting previously unselected package liblua5.1-0:arm64. Preparing to unpack .../1-liblua5.1-0_5.1.5-8.1+b3_arm64.deb ... Unpacking liblua5.1-0:arm64 (5.1.5-8.1+b3) ... Selecting previously unselected package liblzf1:arm64. Preparing to unpack .../2-liblzf1_3.6-3_arm64.deb ... Unpacking liblzf1:arm64 (3.6-3) ... Selecting previously unselected package lua-bitop:arm64. Preparing to unpack .../3-lua-bitop_1.0.2-5_arm64.deb ... Unpacking lua-bitop:arm64 (1.0.2-5) ... Selecting previously unselected package lua-cjson:arm64. Preparing to unpack .../4-lua-cjson_2.1.0+dfsg-2.1_arm64.deb ... Unpacking lua-cjson:arm64 (2.1.0+dfsg-2.1) ... Selecting previously unselected package redis-tools. Preparing to unpack .../5-redis-tools_5%3a6.0.16-1+deb11u2_arm64.deb ... Unpacking redis-tools (5:6.0.16-1+deb11u2) ... Selecting previously unselected package redis-server. Preparing to unpack .../6-redis-server_5%3a6.0.16-1+deb11u2_arm64.deb ... Unpacking redis-server (5:6.0.16-1+deb11u2) ... Selecting previously unselected package redis. Preparing to unpack .../7-redis_5%3a6.0.16-1+deb11u2_all.deb ... Unpacking redis (5:6.0.16-1+deb11u2) ... Setting up libjemalloc2:arm64 (5.2.1-3) ... Setting up lua-cjson:arm64 (2.1.0+dfsg-2.1) ... Setting up liblzf1:arm64 (3.6-3) ... Setting up lua-bitop:arm64 (1.0.2-5) ... Setting up liblua5.1-0:arm64 (5.1.5-8.1+b3) ... Setting up redis-tools (5:6.0.16-1+deb11u2) ... Setting up redis-server (5:6.0.16-1+deb11u2) ... Created symlink /etc/systemd/system/redis.service → /lib/systemd/system/redis-server.service. Created symlink /etc/systemd/system/multi-user.target.wants/redis-server.service → /lib/systemd/system/redis-server.service. Setting up redis (5:6.0.16-1+deb11u2) ... Processing triggers for man-db (2.9.4-2) ... Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) ... pi@raspberrypi:~ $ apt policy redis redis: Installed: 5:6.0.16-1+deb11u2 Candidate: 5:6.0.16-1+deb11u2 Version table: *** 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages 100 /var/lib/dpkg/status pi@raspberrypi:~ $ iobroker list instances + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, ru n as: admin system.adapter.backitup.0 : backitup : raspberrypi - enabled system.adapter.cloud.0 : cloud : raspberrypi - disabled system.adapter.discovery.0 : discovery : raspberrypi - disabled system.adapter.flot.0 : flot : raspberrypi - disabled system.adapter.history.0 : history : raspberrypi - disabled system.adapter.hs100.0 : hs100 : raspberrypi - disabled system.adapter.hue.0 : hue : raspberrypi - disabled, port: 443 system.adapter.info.0 : info : raspberrypi - disabled system.adapter.iot.0 : iot : raspberrypi - disabled system.adapter.javascript.0 : javascript : raspberrypi - disabled system.adapter.js2fs.0 : js2fs : raspberrypi - disabled system.adapter.mihome-vacuum.0 : mihome-vacuum : raspberrypi - disabled, port: 54321 system.adapter.mobile.0 : mobile : raspberrypi - disabled system.adapter.ping.0 : ping : raspberrypi - disabled system.adapter.pushover.0 : pushover : raspberrypi - disabled system.adapter.pushsafer.0 : pushsafer : raspberrypi - disabled system.adapter.rpi2.0 : rpi2 : raspberrypi - disabled system.adapter.samsung.0 : samsung : raspberrypi - disabled system.adapter.scenes.0 : scenes : raspberrypi - disabled system.adapter.socketio.0 : socketio : raspberrypi - disabled, port: 8084, bind: 0.0.0.0, ru n as: admin system.adapter.telegram.0 : telegram : raspberrypi - disabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : raspberrypi - disabled system.adapter.upnp.0 : upnp : raspberrypi - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : raspberrypi - disabled system.adapter.vis.0 : vis : raspberrypi - disabled system.adapter.web.0 : web : raspberrypi - disabled, port: 8082, bind: 0.0.0.0, ru n as: admin + instance is alive -
-
pi@raspberrypi:~ $ sudo apt update Hit:1 http://deb.debian.org/debian bullseye InRelease Get:2 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB] Get:3 http://archive.raspberrypi.org/debian bullseye InRelease [23.6 kB] Get:4 http://security.debian.org/debian-security bullseye-security InRelease [48 .4 kB] Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease Get:6 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [308 kB ] Get:7 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages [299 kB ] Fetched 723 kB in 3s (274 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done 33 packages can be upgraded. Run 'apt list --upgradable' to see them. pi@raspberrypi:~ $ apt list --upgradable Listing... Done bind9-host/stable-security 1:9.16.33-1~deb11u1 arm64 [upgradable from: 1:9.16.27-1~deb11u1] bind9-libs/stable-security 1:9.16.33-1~deb11u1 arm64 [upgradable from: 1:9.16.27-1~deb11u1] bluez-firmware/stable,stable 1.2-4+rpt9 all [upgradable from: 1.2-4+rpt8] bluez/stable 5.55-3.1+rpt2 arm64 [upgradable from: 5.55-3.1+rpt1] dhcpcd5/stable 1:8.1.2-1+rpt9 arm64 [upgradable from: 1:8.1.2-1+rpt7] isc-dhcp-client/stable-security 4.4.1-2.3+deb11u1 arm64 [upgradable from: 4.4.1-2.3] isc-dhcp-common/stable-security 4.4.1-2.3+deb11u1 arm64 [upgradable from: 4.4.1-2.3] libbluetooth3/stable 5.55-3.1+rpt2 arm64 [upgradable from: 5.55-3.1+rpt1] libc-bin/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc-dev-bin/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc-devtools/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc-l10n/stable,stable 2.31-13+rpt2+rpi1+deb11u5 all [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc6-dbg/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc6-dev/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libc6/stable 2.31-13+rpt2+rpi1+deb11u5 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] libcamera-apps-lite/stable 0~git20221109+73ab09f-1 arm64 [upgradable from: 0~git20220830+1bf0cca-1] libcamera0/stable 0~git20221109+d528119f-1 arm64 [upgradable from: 0~git20220826+3fad116f-1] libkms++0/stable 0~git20221104~171243+adc05b6-1 arm64 [upgradable from: 0~git20211110~105525+2236a8c-1] libksba8/stable-security 1.5.0-3+deb11u1 arm64 [upgradable from: 1.5.0-3] libntfs-3g883/stable-security 1:2017.3.23AR.3-4+deb11u3 arm64 [upgradable from: 1:2017.3.23AR.3-4+deb11u2] libxml2/stable-security 2.9.10+dfsg-6.7+deb11u3 arm64 [upgradable from: 2.9.10+dfsg-6.7+deb11u2] linux-libc-dev/stable 1:1.20221104-1 arm64 [upgradable from: 1:1.20220830-1] locales/stable,stable 2.31-13+rpt2+rpi1+deb11u5 all [upgradable from: 2.31-13+rpt2+rpi1+deb11u4] ntfs-3g/stable-security 1:2017.3.23AR.3-4+deb11u3 arm64 [upgradable from: 1:2017.3.23AR.3-4+deb11u2] python3-kms++/stable 0~git20221104~171243+adc05b6-1 arm64 [upgradable from: 0~git20211110~105525+2236a8c-1] python3-libcamera/stable 0~git20221109+d528119f-1 arm64 [upgradable from: 0~git20220826+3fad116f-1] python3-picamera2/stable,stable 0.3.6-1 all [upgradable from: 0.3.3-1] raspberrypi-bootloader/stable 1:1.20221104-1 arm64 [upgradable from: 1:1.20220830-1] raspberrypi-kernel/stable 1:1.20221104-1 arm64 [upgradable from: 1:1.20220830-1] raspberrypi-sys-mods/stable 20221019 arm64 [upgradable from: 20220915] raspi-config/stable,stable 20221018 all [upgradable from: 20220920] rpi-eeprom/stable 13.21-1 arm64 [upgradable from: 13.16-1] tzdata/stable-updates,stable-updates 2021a-1+deb11u8 all [upgradable from: 2021a-1+deb11u5] -
iob stop sudo apt full-upgrade sudo reboot -
Danke ! Jetzt siehts so aus
Gibt es eine Möglichkeit sich auf Updates für das OS hinweisen zu lassen ?
Das habe ich beim letzten mal ja auch sträflich vernachlässigt...pi@raspberrypi:~ $ sudo apt update Hit:1 http://security.debian.org/debian-security bullseye-security InRelease Hit:2 http://deb.debian.org/debian bullseye InRelease Hit:3 http://archive.raspberrypi.org/debian bullseye InRelease Hit:4 http://deb.debian.org/debian bullseye-updates InRelease Hit:5 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. -
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
Gibt es eine Möglichkeit sich auf Updates für das OS hinweisen zu lassen ?
Man kann das in die Begrüßung im Terminal einbauen.
Ich würde mir allerdings angewöhnen da immer Mal flugs selber zu schauen, wenn man sich um den ioBroker kümmert. -
da ich jetzt wieder up to date bin erstmal noch dicken dank für deine schnellen antworten !
iobroker läuft bei mir auf einem 3er.
Gerade wird auf dem Instanzen Tab das hier angezeigt:Freier Festplattenspeicher: 79%, Gesamte RAM-Auslastung: 781 Mb / Frei: 36% = 327 Mb [Server: raspberrypi - 10 Prozesse]
zuletzt hatte ich ja noch octoprint parallel installiert, überlege nun aber das auf einem zweiten zu machen um die systeme zu trennen.
würdest du das so empfehlen oder absolut unnötig ?
aktuell sind die pi's ja ziemlich schwer zu bekommen. ..als nächstes würde ich mir gerne etwas visualisierung zu gemüte führen
-
Der 3er Pi mit seinen 1GB Arbeitsspeicher ist mehr als grenzwertig, wenn da der iobroker in üblichem Umfang laufen soll. Insbesondere wenn da dann auch noch octoprint dazu kommt.
Wirste aber bestimmt bald selber herausfinden.
-
@thomas-braun
jap es ist soweit...
der übliche umfang scheint bei mir schon ausgeschöpft.
hab jetzt zwar fast alles drin aber die vis musste ich schon wieder abschalten um weiter einbinden zu können.
wie viel speicher wird denn so empfohlen ? ich tendiere zum pi 4 model mit 4gb.
nur bekommt man ja gerade immer noch keine pi's...
pi@raspberrypi:~ $ free -m -t total used free shared buff/cache available Mem: 909 808 32 0 68 47 Swap: 99 99 0 Total: 1009 908 32 -
@lethuer
2 GB ist die untere Grenze, würde ich sagen.
Mit 4GB kann man ganz gut Leben.Ich selber hab den Pi4 mit 8GB im Einsatz, der hat noch genug Luft (für meine Einsatzzwecke).
Hängt halt immer davon ab was man genau da alles drauf wirft.
-
naja meine anforderung ist aktuell alles mal einzubinden was sich hier mittlerweile so tummelt.
da kommt schon was zusammen.
Wird dann gerade alles über HomeKit steuerbar weil ich gerne alles zusammen in einer App haben will und über die Vis hab ich ja schon nachgedacht.aktuell ist das drauf:
pi@raspberrypi:~ $ iobroker list instances + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : raspberrypi - enabled system.adapter.cloud.0 : cloud : raspberrypi - disabled system.adapter.daswetter.0 : daswetter : raspberrypi - disabled system.adapter.discovery.0 : discovery : raspberrypi - disabled system.adapter.flot.0 : flot : raspberrypi - disabled system.adapter.history.0 : history : raspberrypi - disabled + system.adapter.hs100.0 : hs100 : raspberrypi - enabled + system.adapter.hue.0 : hue : raspberrypi - enabled, port: 443 system.adapter.info.0 : info : raspberrypi - disabled + system.adapter.iot.0 : iot : raspberrypi - enabled + system.adapter.javascript.0 : javascript : raspberrypi - enabled system.adapter.js2fs.0 : js2fs : raspberrypi - disabled + system.adapter.mihome-vacuum.0 : mihome-vacuum : raspberrypi - enabled, port: 54321 system.adapter.mobile.0 : mobile : raspberrypi - disabled system.adapter.ping.0 : ping : raspberrypi - disabled system.adapter.pushover.0 : pushover : raspberrypi - disabled system.adapter.pushsafer.0 : pushsafer : raspberrypi - disabled + system.adapter.rpi2.0 : rpi2 : raspberrypi - enabled system.adapter.samsung.0 : samsung : raspberrypi - disabled + system.adapter.scenes.0 : scenes : raspberrypi - enabled + system.adapter.shelly.0 : shelly : raspberrypi - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.smartthings.0 : smartthings : raspberrypi - enabled system.adapter.socketio.0 : socketio : raspberrypi - disabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.telegram.0 : telegram : raspberrypi - enabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : raspberrypi - disabled system.adapter.upnp.0 : upnp : raspberrypi - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : raspberrypi - disabled system.adapter.vis-icontwo.0 : vis-icontwo : raspberrypi - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : raspberrypi - enabled system.adapter.vis.0 : vis : raspberrypi - disabled system.adapter.web.0 : web : raspberrypi - disabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.yahka.0 : yahka : raspberrypi - enabled + instance is aliveder pi stürzt aktuell aber auch regelmäßig ab. neu starten beim ersten mal kabel raus und wieder rein klappt fast nie.
gibt es ne möglichkeit geblockten speicher wieder frei zu geben oder ist das ding einfach schon überladen ?
ein wunder das da OctoPrint vorher noch parallel mitgelaufen ist.... -
13 Adapter, jeder schnappt sich 80 MB, dann das OS und die Kiste ist zu.
-
@thomas-braun
Der umzug auf den Nuc ist nun erfolgt
Das Thema hier damit also erledigt.
