nach Update vom js-controler nicht mehr erreichbar
-
Ich möchte gerne den js-controler updaten. Mach das im Terminal so:
pkill -u iobroker
iobroker update
iobroker upgrade selfScheint auch alles zu funktionieren.
Dann iobroker stoppen und wieder starten. Danach ist iobroker nicht mehr zu erreichen. Im Protokoll steht folgender Fehler:
Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/lib/tools'Es gibt keinen lib Ordner mehr in iobroker/node_modules/iobroker.js-controller
Jemand einen Tipp was ich falsch mache?
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
ch möchte gerne den js-controler updaten. Mach das im Terminal so:
pkill -u iobroker
iobroker update
iobroker upgrade self
Scheint auch alles zu funktionieren.Dann iobroker stoppen und wieder starten.falsch , den Container danach neu starten .
Im Protokoll steht folgender Fehler:
Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/lib/tools'Zeige mal bitte die ganze Logausgabe dazu ... nicht so ein Schnipsel !
-
Ok, habe es in eine Datei geleitet. Das kam dabei raus:
Ist aber von der funktionierenden Version mit altem js-controlerThe ioBroker diag script is not specifically designed to run in Docker.
Although it is generally safe to use, use it at your own risk.[H[2J[3J*** iob diag is starting up, please wait ***
[H[2J[3J
[34;107m*** ioBroker Diagnosis ***[0mPlease stretch the window of your terminal programm (puTTY) as wide as possible or switch to full screen
The following checks may give hints to potential malconfigurations or errors, please post them in our forum:
Just copy and paste the Summary Page, including the ``` characters at start and end.
It helps us to help you!Press any key to continue
[H[2J[3J
[33m======== Start marking the full check here =========[0mSkript v.2023-10-10 [34;107m*** BASE SYSTEM ***[0m Hardware Vendor : Synology Inc. Kernel : x86_64 Userland : amd64 Docker : v9.1.1 Virtualization : Docker Kernel : x86_64 Userland : amd64 Systemuptime and Load: 14:14:49 up 8 days, 19:52, 0 user, load average: 0.59, 0.68, 0.57 CPU threads: 8 [34;107m*** Time and Time Zones ***[0m Tue Feb 20 13:14:49 UTC 2024 Tue Feb 20 14:14:49 CET 2024 CET +0100 Etc/UTC [34;107m*** User and Groups ***[0m root /root root [34;107m*** X-Server-Setup ***[0m X-Server: false Desktop: Terminal: [34;107m*** MEMORY ***[0m total used free shared buff/cache available Mem: 20G 4.6G 553M 54M 16G 16G Swap: 14G 1.8G 12G Total: 35G 6.4G 13G 19975 M total memory 4389 M used memory 7771 M active memory 8582 M inactive memory 527 M free memory 232 M buffer memory 15216 M swap cache 14035 M total swap 1756 M used swap 12279 M free swap [34;107m*** FILESYSTEM ***[0m Filesystem Type Size Used Avail Use% Mounted on /dev/mapper/cachedev_0 btrfs 58T 42T 16T 73% / tmpfs tmpfs 64M 0 64M 0% /dev tmpfs tmpfs 9.8G 0 9.8G 0% /sys/fs/cgroup shm tmpfs 64M 0 64M 0% /dev/shm /dev/mapper/cachedev_0 btrfs 58T 42T 16T 73% /opt/iobroker /dev/mapper/cachedev_0 btrfs 58T 42T 16T 73% /etc/hosts tmpfs tmpfs 9.8G 0 9.8G 0% /proc/acpi tmpfs tmpfs 9.8G 0 9.8G 0% /proc/scsi tmpfs tmpfs 9.8G 0 9.8G 0% /sys/firmware [32mMessages concerning ext4 filesystem in dmesg:[0m [32mShow mounted filesystems \(real ones only\):[0m TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/cachedev_0[/@syno/@docker/btrfs/subvolumes/a682a01588dee8edaddf8e33b44f58a147196fd9e4c4fc00ba4aa36d921d56e6] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=4258,subvol=/@syno/@docker/btrfs/subvolumes/a682a01588dee8edaddf8e33b44f58a147196fd9e4c4fc00ba4aa36d921d56e6 |-/opt/iobroker /dev/mapper/cachedev_0[/@syno/docker/iobroker] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=259,subvol=/@syno/docker |-/etc/resolv.conf /dev/mapper/cachedev_0[/@syno/@docker/containers/7b6159f2c6712fb3b960a742c03a2c8e65139dac4cd0baa2d2844670e0687f1f/resolv.conf] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=257,subvol=/@syno |-/etc/hostname /dev/mapper/cachedev_0[/@syno/@docker/containers/7b6159f2c6712fb3b960a742c03a2c8e65139dac4cd0baa2d2844670e0687f1f/hostname] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=257,subvol=/@syno `-/etc/hosts /dev/mapper/cachedev_0[/@syno/@docker/containers/7b6159f2c6712fb3b960a742c03a2c8e65139dac4cd0baa2d2844670e0687f1f/hosts] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_reclaim_space,metadata_ratio=50,syno_allocator,subvolid=257,subvol=/@syno [32mFiles in neuralgic directories:[0m [32m/var:[0m 34M /var/ 32M /var/lib 19M /var/lib/apt/lists 19M /var/lib/apt 13M /var/lib/dpkg [32m/opt/iobroker/backups:[0m 141M /opt/iobroker/backups/ [32m/opt/iobroker/iobroker-data:[0m 547M /opt/iobroker/iobroker-data/ 222M /opt/iobroker/iobroker-data/history 198M /opt/iobroker/iobroker-data/files 64M /opt/iobroker/iobroker-data/backup-objects 46M /opt/iobroker/iobroker-data/files/javascript.admin [32mThe five largest files in iobroker-data are:[0m 52M /opt/iobroker/iobroker-data/objects.jsonl 24M /opt/iobroker/iobroker-data/files/material/static/js/2.a95ea65c.chunk.js.map 12M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/12.1aeaa68b.chunk.js.map 8.5M /opt/iobroker/iobroker-data/files/vis.0/Uwe/vis-views.json 8.5M /opt/iobroker/iobroker-data/files/vis.0/Uwe/1573146318965-2019-11-06-vis/vis-views.json [32mUSB-Devices by-id:[0m USB-Sticks - Avoid direct links to /dev/* in your adapter setups, please always prefer the links 'by-id': [34;107m*** NodeJS-Installation ***[0m /usr/bin/nodejs v18.19.0 /usr/bin/node v18.19.0 /usr/bin/npm 10.2.3 /usr/bin/npx 10.2.3 /usr/bin/corepack 0.22.0 nodejs: Installed: 18.19.0-1nodesource1 Candidate: 18.19.1-1nodesource1 Version table: 18.19.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.19.0+dfsg-6~deb12u1 500 500 http://deb.debian.org/debian-security bookworm-security/main amd64 Packages *** 18.19.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 18.18.2-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.18.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.18.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.17.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.17.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.16.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.16.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.15.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.14.2-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.14.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.14.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.13.0+dfsg1-1 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 18.13.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.12.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.11.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.10.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.9.1-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.9.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.8.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.7.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.6.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.5.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.4.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.3.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.2.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.1.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages 18.0.0-1nodesource1 1001 1001 https://deb.nodesource.com/node_18.x nodistro/main amd64 Packages [32mTemp directories causing npm8 problem:[0m 0 No problems detected Errors in npm tree: [34;107m*** ioBroker-Installation ***[0m [32mioBroker Status[0m iobroker is running on this host. Objects type: jsonl States type: jsonl [32mCore adapters versions[0m js-controller: 4.0.23 admin: 5.3.8 javascript: 6.0.0 Adapters from github: 3 [32mAdapter State[0m + system.adapter.admin.0 : admin : buanet-iobroker-1 - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : buanet-iobroker-1 - enabled + system.adapter.discovery.0 : discovery : buanet-iobroker-1 - enabled + system.adapter.evcc.0 : evcc : buanet-iobroker-1 - enabled system.adapter.flot.0 : flot : buanet-iobroker-1 - enabled + system.adapter.fullcalendar.0 : fullcalendar : buanet-iobroker-1 - enabled + system.adapter.history.0 : history : buanet-iobroker-1 - enabled + system.adapter.history.1 : history : buanet-iobroker-1 - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : buanet-iobroker-1 - enabled system.adapter.influxdb.0 : influxdb : buanet-iobroker-1 - enabled, port: 8086 system.adapter.influxdb.1 : influxdb : buanet-iobroker-1 - enabled, port: 9086 system.adapter.influxdb.2 : influxdb : buanet-iobroker-1 - enabled, port: 8086 + system.adapter.javascript.0 : javascript : buanet-iobroker-1 - enabled system.adapter.material.0 : material : buanet-iobroker-1 - enabled + system.adapter.modbus.0 : modbus : buanet-iobroker-1 - enabled + system.adapter.mqtt.0 : mqtt : buanet-iobroker-1 - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.mqtt.1 : mqtt : buanet-iobroker-1 - enabled, port: 1886, bind: 0.0.0.0 system.adapter.parser.0 : parser : buanet-iobroker-1 - disabled system.adapter.parser.1 : parser : buanet-iobroker-1 - disabled + system.adapter.psa.1 : psa : buanet-iobroker-1 - enabled system.adapter.shelly.0 : shelly : buanet-iobroker-1 - enabled, port: 1885, bind: 0.0.0.0 system.adapter.solaredge.0 : solaredge : buanet-iobroker-1 - enabled + system.adapter.sonoff.0 : sonoff : buanet-iobroker-1 - enabled, port: 1884, bind: 0.0.0.0 system.adapter.systeminfo.1 : systeminfo : buanet-iobroker-1 - enabled system.adapter.vis-bars.0 : vis-bars : buanet-iobroker-1 - enabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : buanet-iobroker-1 - enabled system.adapter.vis-colorpicker.0 : vis-colorpicker : buanet-iobroker-1 - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : buanet-iobroker-1 - enabled system.adapter.vis-history.0 : vis-history : buanet-iobroker-1 - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : buanet-iobroker-1 - enabled + system.adapter.vis-inventwo.0 : vis-inventwo : buanet-iobroker-1 - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : buanet-iobroker-1 - enabled system.adapter.vis-justgage.0 : vis-justgage : buanet-iobroker-1 - enabled system.adapter.vis-keyboard.0 : vis-keyboard : buanet-iobroker-1 - enabled system.adapter.vis-lcars.0 : vis-lcars : buanet-iobroker-1 - enabled system.adapter.vis-map.0 : vis-map : buanet-iobroker-1 - enabled system.adapter.vis-material-advanced.0 : vis-material-advanced : buanet-iobroker-1 - enabled system.adapter.vis-metro.0 : vis-metro : buanet-iobroker-1 - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather : buanet-iobroker-1 - enabled system.adapter.vis.0 : vis : buanet-iobroker-1 - enabled + system.adapter.web.0 : web : buanet-iobroker-1 - enabled, port: 8082, bind: 0.0.0.0, run as: admin + instance is alive [32mEnabled adapters with bindings[0m + system.adapter.admin.0 : admin : buanet-iobroker-1 - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.influxdb.0 : influxdb : buanet-iobroker-1 - enabled, port: 8086 system.adapter.influxdb.1 : influxdb : buanet-iobroker-1 - enabled, port: 9086 system.adapter.influxdb.2 : influxdb : buanet-iobroker-1 - enabled, port: 8086 + system.adapter.mqtt.0 : mqtt : buanet-iobroker-1 - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.mqtt.1 : mqtt : buanet-iobroker-1 - enabled, port: 1886, bind: 0.0.0.0 system.adapter.shelly.0 : shelly : buanet-iobroker-1 - enabled, port: 1885, bind: 0.0.0.0 + system.adapter.sonoff.0 : sonoff : buanet-iobroker-1 - enabled, port: 1884, bind: 0.0.0.0 + system.adapter.web.0 : web : buanet-iobroker-1 - enabled, port: 8082, bind: 0.0.0.0, run as: admin [32mioBroker-Repositories[0m stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable [32mInstalled ioBroker-Instances[0m Used repository: stable Adapter "admin" : 6.13.16 , installed 5.3.8 [Updatable] Adapter "backitup" : 2.9.8 , installed 2.2.2 [Updatable] Adapter "discovery" : 4.2.0 , installed 2.7.0 [Updatable] Adapter "evcc" : 0.1.1 , installed 0.0.3 [Updatable] Adapter "flot" : 1.12.0 , installed 1.10.7 [Updatable] Adapter "fullcalendar" : 2.3.4 , installed 1.1.0 [Updatable] Adapter "history" : 3.0.1 , installed 1.9.13 [Updatable] Adapter "icons-mfd-svg": 1.2.0 , installed 1.0.2 [Updatable] Adapter "influxdb" : 4.0.2 , installed 3.2.0 [Updatable] Adapter "jarvis" : 3.1.8 , installed 2.2.1 [Updatable] Adapter "javascript" : 7.8.0 , installed 6.0.0 [Updatable] Controller "js-controller": 5.0.19 , installed 4.0.23 [Updatable] Adapter "material" : 1.3.1 , installed 1.0.4 [Updatable] Adapter "modbus" : 6.1.0 , installed 5.0.4 [Updatable] Adapter "mqtt" : 5.2.0 , installed 2.4.0 [Updatable] Adapter "parser" : 2.1.0 , installed 1.1.5 [Updatable] Adapter "psa" : 0.0.11 , installed 0.0.11 Adapter "shelly" : 6.6.1 , installed 4.0.7 [Updatable] Adapter "simple-api" : 2.7.2 , installed 2.6.2 [Updatable] Adapter "socketio" : 6.6.0 , installed 3.1.5 [Updatable] Adapter "solaredge" : 1.2.2 , installed 0.2.0 [Updatable] Adapter "solarlog" : 2.2.8 , installed 2.2.8 Adapter "sonoff" : 3.0.3 , installed 2.4.5 [Updatable] Adapter "systeminfo" : 1.1.0 , installed 0.3.1 [Updatable] Adapter "vis" : 1.5.4 , installed 1.4.5 [Updatable] Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-canvas-gauges": 1.0.1, installed 0.1.5 [Updatable] Adapter "vis-colorpicker": 2.0.3 , installed 1.2.0 [Updatable] Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-history" : 1.0.0 , installed 1.0.0 Adapter "vis-hqwidgets": 1.4.0 , installed 1.1.7 [Updatable] Adapter "vis-inventwo" : 3.3.3 , installed 3.2.0 [Updatable] Adapter "vis-jqui-mfd" : 1.0.12 , installed 1.0.12 Adapter "vis-justgage" : 2.1.0 , installed 1.0.2 [Updatable] Adapter "vis-keyboard" : 0.0.2 , installed 0.0.2 Adapter "vis-lcars" : 1.1.1 , installed 1.0.4 [Updatable] Adapter "vis-map" : 1.0.4 , installed 1.0.4 Adapter "vis-material-advanced": 1.7.4, installed 1.7.2 [Updatable] Adapter "vis-metro" : 1.2.0 , installed 1.1.2 [Updatable] Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.2.2, installed 1.1.7 [Updatable] Adapter "web" : 6.2.3 , installed 3.4.9 [Updatable] [32mObjects and States[0m Please stand by - This may take a while Objects: 2253 States: 1914 [34;107m*** OS-Repositories and Updates ***[0m Hit:1 http://deb.debian.org/debian bookworm InRelease Hit:2 http://deb.debian.org/debian bookworm-updates InRelease Hit:3 http://deb.debian.org/debian-security bookworm-security InRelease Hit:4 https://deb.nodesource.com/node_18.x nodistro InRelease Reading package lists... Pending Updates: 1 [34;107m*** Listening Ports ***[0m Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1028 104890823 - tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1028 104893074 - tcp 0 0 0.0.0.0:1884 0.0.0.0:* LISTEN 1028 104885792 - tcp 0 0 0.0.0.0:1886 0.0.0.0:* LISTEN 1028 104885917 - tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1028 104890830 - tcp6 0 0 :::8081 :::* LISTEN 1028 104890094 - tcp6 0 0 :::8082 :::* LISTEN 1028 104901935 - [34;107m*** Log File - Last 25 Lines ***[0m 2024-02-20 14:03:39.820 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:03:39.896 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:03:40.822 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:03:43.774 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:03:44.776 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:06:20.003 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:06:21.005 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:06:42.085 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:06:43.087 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:09:13.490 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:09:14.491 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:09:43.681 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:09:43.779 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:09:44.683 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:10:11.905 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:10:12.907 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:12:43.968 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:12:44.970 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:13:14.802 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:13:14.910 - [32minfo[39m: web.0 (1301) <==Disconnect system.user.admin from ::ffff:172.17.0.1 vis.0 2024-02-20 14:13:15.803 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:13:29.340 - [32minfo[39m: web.0 (1301) ==>Connected system.user.admin from ::ffff:172.17.0.1 2024-02-20 14:13:30.342 - [33mwarn[39m: web.0 (1301) State "web.0.info.connection" has no existing object, this might lead to an error in future versions 2024-02-20 14:15:00.023 - [32minfo[39m: host.buanet-iobroker-1 instance system.adapter.solaredge.0 started with pid 13532 2024-02-20 14:15:00.416 - [31merror[39m: host.buanet-iobroker-1 instance system.adapter.solaredge.0 terminated with code 1 (JS_CONTROLLER_STOPPED)[33m============ Mark until here for C&P =============[0m
iob diag has finished.
Press any key for a summary
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller@4.0.24Container danach neu startendann später mit
pkill -u iobroker iobroker update iobroker upgrade selfContainer danach neu startenSynology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller@4.0.24Container danach neu startendann später mit
pkill -u iobroker iobroker update iobroker upgrade selfContainer danach neu starten@glasfaser
Sehe ich das richtig, dass der neue Container bei vorhandenen Daten auch die (eigentlich neue) Version des JS-Controllers wieder überklatscht?Das wäre - naja, sagen wir mal "suboptimal" :thinking_face:
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser
Sehe ich das richtig, dass der neue Container bei vorhandenen Daten auch die (eigentlich neue) Version des JS-Controllers wieder überklatscht?Das wäre - naja, sagen wir mal "suboptimal" :thinking_face:
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Es werden ja auch die neuesten Versionen der Adapter installiert und nur deren Daten übernommen.
? Mhh ...
es wird doch nur das Image erneuert ... ( + Nodejs)
alle vorhandenen Adapterstände behalten den Stand X zum Zeitpunkt , warum sollen sie dann Automatich bei einem Image Wechsel auf den neusten Stand gebracht werden . -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23
Na dann kann er ja neue Container erzeugen bis er schwarz wird :-(
<Hier stand Quatsch>
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
<Hier stand Quatsch>
:blush:
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Sehe ich das richtig,
ja , das siehst du so richtig ,
ist im Sinne kein Backup ( würde ioBroker sonst schon meckern beim neuen Image mit JS- 5) , sondern wie du schon schreibst die vorhandenen Daten im gemounten Ordner ... werden genutzt , wie bei Ihm 4.0.23 !Wäre genauso mit einem Backup was alte Adapterstände beinhaltet , da gibt es bei js-controller auch keine ausnahme.
@glasfaser
ist so, bin zwar noch nicht lange dabei, aber das Thema war schon oft.
Der neue JS-Controller wird nur in ein neues leeres Verzeichnis installiert. Ist ein Datenverzeichnis vorhanden wird der JS nicht mit aktualisiert.
siehe auch hier
Zitas:- Erstellen eines neuen Backups
- Erstellen eines neuen, leeren Verzeichnisses für die ioBroker Daten auf dem Host
- Kopieren der letzten Backup-Datei in das neue Verzeichnis
- Stoppen und Löschen des alten Containers
5 Erstellen eines neuen Containers aus dem aktuellsten Image mit der selben Konfiguration wie zuvor, aber mit dem neuen Verzeichnis als ioBroker Datenverzeichnis - Beobachten des Container Logs beim Start des neuen Containers bis ioBroker gestartet wurde
- Wiederherstellen des Backups über die Kommandozeile oder den ioBroker.backitup Adapter
- Überprüfen der Installation der Adapter nach erfolgreicher Wiederherstellung
Gruß Udo
-
@glasfaser
ist so, bin zwar noch nicht lange dabei, aber das Thema war schon oft.
Der neue JS-Controller wird nur in ein neues leeres Verzeichnis installiert. Ist ein Datenverzeichnis vorhanden wird der JS nicht mit aktualisiert.
siehe auch hier
Zitas:- Erstellen eines neuen Backups
- Erstellen eines neuen, leeren Verzeichnisses für die ioBroker Daten auf dem Host
- Kopieren der letzten Backup-Datei in das neue Verzeichnis
- Stoppen und Löschen des alten Containers
5 Erstellen eines neuen Containers aus dem aktuellsten Image mit der selben Konfiguration wie zuvor, aber mit dem neuen Verzeichnis als ioBroker Datenverzeichnis - Beobachten des Container Logs beim Start des neuen Containers bis ioBroker gestartet wurde
- Wiederherstellen des Backups über die Kommandozeile oder den ioBroker.backitup Adapter
- Überprüfen der Installation der Adapter nach erfolgreicher Wiederherstellung
@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
@glasfaser
ist so,Ja ... das weiß ich , deshalb habe ich es auch so oben geschrieben !
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
Wie soll das gehen?
Wie soll was gehen?
Einen Container muss man nicht selbst updaten, wenn das der Maintainer regelmäßig macht.
Und bei den Images von buanet kannst Du eigentlich immer mit aktuellen Updates rechnen.Du hast ein externes Verzeichnis auf der Synology auf
/opt/iobroker/des Containers gemappt?
Dann ist ein Update eigentlich trivial:- Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen - aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version - neuen Container mit identischen Einstellungen erzeugen und starten
- warten ... warten ... voilá
@codierknecht said in nach Update vom js-controler nicht mehr erreichbar:
Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen
aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version
neuen Container mit identischen Einstellungen erzeugen und starten
warten ... warten ... voilánicht ganz, wenn man das liest bleibt das alte Datenverzeichnis erhalten. Dann wir kein neuer JS installiert.
Deshalb mach ich das immer so
Container stoppen. gemaptes Verzeichnis umbenennen, (damit hab ich immer noch den alten Stand)
neues Verzeichnis wie vorher anlegen
Container löschen
neuen Container erstellen.
Backup rein und gut ist.Gruß Udo
- Container stoppen (und umbenennen oder löschen)
-
@codierknecht said in nach Update vom js-controler nicht mehr erreichbar:
Container stoppen (und umbenennen oder löschen)
Vorher die Adapter auf möglichst aktuellen Stand bringen
aktuelle Version des Image holen
Nicht unbedingt "latest", sondern eine aktuelle stable-Version
neuen Container mit identischen Einstellungen erzeugen und starten
warten ... warten ... voilánicht ganz, wenn man das liest bleibt das alte Datenverzeichnis erhalten. Dann wir kein neuer JS installiert.
Deshalb mach ich das immer so
Container stoppen. gemaptes Verzeichnis umbenennen, (damit hab ich immer noch den alten Stand)
neues Verzeichnis wie vorher anlegen
Container löschen
neuen Container erstellen.
Backup rein und gut ist.@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
nicht ganz,
Alles gut ... @Codierknecht hat es schon verstanden !
Einmal reicht ;)
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
nicht ganz,
Alles gut ... @Codierknecht hat es schon verstanden !
Einmal reicht ;)
-
@glasfaser
das er das weiss ist mir klar, aber Uwe96 wohl nicht.@ubecker sagte in nach Update vom js-controler nicht mehr erreichbar:
aber Uwe96 wohl nicht.
du hast @Codierknecht angesprochen ... aber Egal ...
-
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Ja ... das weiß ich
Ich jetzt auch.
Werde mir das mal endlich hinter die Ohren schreiben.Im "Normalfall" funzt meine einfache Vorgehensweise ja. Also wenn man seine Installation aktuell gehalten hat.
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
@Uwe96 Sorry dass ich Dich da zunächst auf die falsche Fährte geschickt habe.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Ja ... das weiß ich
Ich jetzt auch.
Werde mir das mal endlich hinter die Ohren schreiben.Im "Normalfall" funzt meine einfache Vorgehensweise ja. Also wenn man seine Installation aktuell gehalten hat.
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
@Uwe96 Sorry dass ich Dich da zunächst auf die falsche Fährte geschickt habe.
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
Geht im Moment nicht , da er mit JS 4 Probleme hat bzw. mit seinem Container / Mount !
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dann kann erst das Backup eingespielt werden !
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@codierknecht sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem Update-Stau (oder wenn selbiges nicht funktioniert) muss die von @ubecker beschriebene - etwas aufwändigere - Vorgehensweise verwendet werden.
Geht im Moment nicht , da er mit JS 4 Probleme hat bzw. mit seinem Container / Mount !
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dann kann erst das Backup eingespielt werden !
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dan kann erst das Backup eingespielt werden !
Stimmt auch wieder.
War ich auch schon mal drauf reingefallen."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
Bei einem neuen Image mit JS 5 und einem Backup mit JS 4 was er nur hat , muß er erst die 5 auf 4 bringen im neuen Image , dan kann erst das Backup eingespielt werden !
Stimmt auch wieder.
War ich auch schon mal drauf reingefallen.so ... jetzt hat er sehr viel INPUT ... mal sehn was von Ihm kommt :)
-
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller@4.0.24Container danach neu startendann später mit
pkill -u iobroker iobroker update iobroker upgrade selfContainer danach neu starten@glasfaser sagte in nach Update vom js-controler nicht mehr erreichbar:
@uwe96 sagte in nach Update vom js-controler nicht mehr erreichbar:
js-controller: 4.0.23
gehe mal zuerst auf 4.0.24
Das wars :) Erst auf 4.0.24 dann update. Bin jetzt auf 5.0.19
Danke an alle. Habe einiges gelernt :)
Support us
583
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge