NEWS
Echarts Adapter nach Update nicht mehr funktionsfähig
-
@thomas-braun Kein Problem
Skript v.2023-04-16 *** BASE SYSTEM *** Architecture : x86_64 Docker : false Virtualization : microsoft Distributor ID: Ubuntu Description: Ubuntu 22.04.2 LTS Release: 22.04 Codename: jammy PRETTY_NAME="Ubuntu 22.04.2 LTS" NAME="Ubuntu" VERSION_ID="22.04" VERSION="22.04.2 LTS (Jammy Jellyfish)" VERSION_CODENAME=jammy ID=ubuntu ID_LIKE=debian HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy" UBUNTU_CODENAME=jammy Systemuptime and Load: 18:51:59 up 3:56, 3 users, load average: 13.50, 20.44, 12.48 CPU threads: 2 *** Time and Time Zones *** Local time: Sun 2023-07-02 18:52:06 CEST Universal time: Sun 2023-07-02 16:52:06 UTC RTC time: Sun 2023-07-02 16:52:06 Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** marco /home/marco marco adm cdrom sudo dip plugdev lxd iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: graphical.target *** MEMORY *** total used free shared buff/cache available Mem: 3.9G 3.6G 131M 0.0K 221M 128M Swap: 3.0G 1.2G 1.8G Total: 6.9G 4.7G 1.9G 3911 M total memory 3559 M used memory 511 M active memory 3007 M inactive memory 131 M free memory 14 M buffer memory 206 M swap cache 2981 M total swap 1181 M used swap 1800 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on tmpfs tmpfs 392M 1.1M 391M 1% /run /dev/mapper/ubuntu--vg-ubuntu--lv ext4 44G 17G 25G 40% / tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock /dev/sda2 ext4 2.0G 253M 1.6G 14% /boot tmpfs tmpfs 392M 4.0K 392M 1% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Sun Jul 2 14:55:32 2023] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. [Sun Jul 2 14:55:41 2023] EXT4-fs (dm-0): re-mounted. Opts: (null). Quota mode: none. [Sun Jul 2 14:55:52 2023] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none. Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/ubuntu--vg-ubuntu--lv ext4 rw,relatime |-/snap/core20/1891 /dev/loop0 squashfs ro,nodev,relatime,errors=continue |-/snap/core20/1950 /dev/loop1 squashfs ro,nodev,relatime,errors=continue |-/snap/lxd/23541 /dev/loop2 squashfs ro,nodev,relatime,errors=continue |-/snap/lxd/24322 /dev/loop3 squashfs ro,nodev,relatime,errors=continue |-/snap/snapd/19457 /dev/loop5 squashfs ro,nodev,relatime,errors=continue |-/snap/snapd/19361 /dev/loop4 squashfs ro,nodev,relatime,errors=continue `-/boot /dev/sda2 ext4 rw,relatime Files in neuralgic directories: /var: 5.7G /var/ 4.3G /var/log 4.1G /var/log/journal/ecc0962cbac84c6e9c5fef27b0505515 4.1G /var/log/journal 1.1G /var/lib Archived and active journals take up 4.0G in the file system. /opt/iobroker/backups: 24M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 360M /opt/iobroker/iobroker-data/ 266M /opt/iobroker/iobroker-data/files 88M /opt/iobroker/iobroker-data/files/echarts.admin 52M /opt/iobroker/iobroker-data/files/javascript.admin 40M /opt/iobroker/iobroker-data/backup-objects The five largest files in iobroker-data are: 27M /opt/iobroker/iobroker-data/states.jsonl 24M /opt/iobroker/iobroker-data/objects.jsonl 23M /opt/iobroker/iobroker-data/files/echarts.admin/static/js/main.7952f0f7.js.map 23M /opt/iobroker/iobroker-data/files/echarts.admin/chart/static/js/main.eb0afecd.js.map 17M /opt/iobroker/iobroker-data/files/echarts.admin/preview/static/js/main.1b04901d.js.map *** NodeJS-Installation *** /usr/bin/nodejs v18.16.1 /usr/bin/node v18.16.1 /usr/bin/npm 9.5.1 /usr/bin/npx 9.5.1 nodejs: Installed: 18.16.1-deb-1nodesource1 Candidate: 18.16.1-deb-1nodesource1 Version table: *** 18.16.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_18.x jammy/main amd64 Packages 100 /var/lib/dpkg/status 12.22.9~dfsg-1ubuntu3 500 500 http://de.archive.ubuntu.com/ubuntu jammy/universe amd64 Packages Temp directories causing npm8 problem: 0 No problems detected *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl MULTIHOSTSERVICE/enabled: false Core adapters versions js-controller: 4.0.24 admin: 6.3.5 javascript: 7.0.3 Adapters from github: 1 Adapter State system.adapter.accuweather.0 : accuweather : iobrokerserver - disabled + system.adapter.admin.0 : admin : iobrokerserver - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : iobrokerserver - enabled system.adapter.botvac.0 : botvac : iobrokerserver - disabled system.adapter.daswetter.0 : daswetter : iobrokerserver - enabled + system.adapter.discovery.0 : discovery : iobrokerserver - enabled + system.adapter.energiefluss.0 : energiefluss : iobrokerserver - enabled system.adapter.flot.0 : flot : iobrokerserver - disabled + system.adapter.fritzdect.0 : fritzdect : iobrokerserver - enabled + system.adapter.fronius-solarweb.0 : fronius-solarweb : iobrokerserver - enabled + system.adapter.fronius.0 : fronius : iobrokerserver - enabled + system.adapter.history.0 : history : iobrokerserver - enabled + system.adapter.hm-rega.0 : hm-rega : iobrokerserver - enabled system.adapter.hm-rpc.0 : hm-rpc : iobrokerserver - disabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc : iobrokerserver - disabled, port: 12001 + system.adapter.hm-rpc.2 : hm-rpc : iobrokerserver - enabled, port: 12010 + system.adapter.hm-rpc.3 : hm-rpc : iobrokerserver - enabled, port: 12010 + system.adapter.hm-rpc.4 : hm-rpc : iobrokerserver - enabled, port: 0 system.adapter.ical.0 : ical : iobrokerserver - enabled system.adapter.icons-icons8.0 : icons-icons8 : iobrokerserver - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : iobrokerserver - enabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : iobrokerserver - enabled + system.adapter.influxdb.0 : influxdb : iobrokerserver - enabled, port: 8086 + system.adapter.javascript.0 : javascript : iobrokerserver - enabled + system.adapter.linux-control.0 : linux-control : iobrokerserver - enabled + system.adapter.meross.0 : meross : iobrokerserver - enabled system.adapter.net-tools.0 : net-tools : iobrokerserver - disabled system.adapter.openweathermap.0 : openweathermap : iobrokerserver - disabled + system.adapter.ping.0 : ping : iobrokerserver - enabled system.adapter.socketio.0 : socketio : iobrokerserver - disabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.statistics.0 : statistics : iobrokerserver - enabled + system.adapter.tankerkoenig.0 : tankerkoenig : iobrokerserver - enabled + system.adapter.tr-064.0 : tr-064 : iobrokerserver - enabled + system.adapter.trashschedule.0 : trashschedule : iobrokerserver - enabled system.adapter.vis-bars.0 : vis-bars : iobrokerserver - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : iobrokerserver - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : iobrokerserver - enabled system.adapter.vis-icontwo.0 : vis-icontwo : iobrokerserver - disabled + system.adapter.vis-inventwo.0 : vis-inventwo : iobrokerserver - enabled system.adapter.vis-justgage.0 : vis-justgage : iobrokerserver - disabled system.adapter.vis-material-advanced.0 : vis-material-advanced : iobrokerserver - enabled system.adapter.vis-plumb.0 : vis-plumb : iobrokerserver - enabled system.adapter.vis-rgraph.0 : vis-rgraph : iobrokerserver - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : iobrokerserver - disabled system.adapter.vis-weather.0 : vis-weather : iobrokerserver - enabled system.adapter.vis.0 : vis : iobrokerserver - enabled + system.adapter.web.0 : web : iobrokerserver - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.web.1 : web : iobrokerserver - enabled, port: 20002, bind: 0.0.0.0, run as: admin + system.adapter.ws.0 : ws : iobrokerserver - enabled, port: 8084, bind: 0.0.0.0, run as: admin + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : iobrokerserver - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.hm-rpc.2 : hm-rpc : iobrokerserver - enabled, port: 12010 + system.adapter.hm-rpc.3 : hm-rpc : iobrokerserver - enabled, port: 12010 + system.adapter.hm-rpc.4 : hm-rpc : iobrokerserver - enabled, port: 0 + system.adapter.influxdb.0 : influxdb : iobrokerserver - enabled, port: 8086 + system.adapter.web.0 : web : iobrokerserver - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.web.1 : web : iobrokerserver - enabled, port: 20002, bind: 0.0.0.0, run as: admin + system.adapter.ws.0 : ws : iobrokerserver - enabled, port: 8084, bind: 0.0.0.0, run as: admin ioBroker-Repositories stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Installed ioBroker-Instances Used repository: stable Adapter "accuweather" : 1.2.4 , installed 1.2.4 Adapter "admin" : 6.3.5 , installed 6.3.5 Adapter "backitup" : 2.6.23 , installed 2.6.23 Adapter "botvac" : 1.0.0 , installed 1.0.0 Adapter "daswetter" : 3.1.8 , installed 3.1.8 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "echarts" : 1.5.1 , installed 1.5.1 Adapter "flot" : 1.12.0 , installed 1.12.0 Adapter "fritzdect" : 2.3.1 , installed 2.3.1 Adapter "fronius" : 1.1.3 , installed 1.1.3 Adapter "fronius-solarweb": 0.0.3 , installed 0.0.3 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "hm-rega" : 3.0.46 , installed 3.0.46 Adapter "hm-rpc" : 1.15.18 , installed 1.15.18 Adapter "ical" : 1.13.3 , installed 1.13.3 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "icons-ultimate-png": 1.0.1, installed 1.0.1 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "javascript" : 7.0.3 , installed 7.0.3 Controller "js-controller": 4.0.24 , installed 4.0.24 Adapter "linux-control": 1.1.3 , installed 1.1.3 Adapter "meross" : 1.15.1 , installed 1.15.1 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "openweathermap": 0.3.9 , installed 0.3.9 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "statistics" : 2.3.0 , installed 2.3.0 Adapter "tankerkoenig" : 3.3.7 , installed 3.3.7 Adapter "tr-064" : 4.2.18 , installed 4.2.18 Adapter "trashschedule": 2.2.0 , installed 2.2.0 Adapter "vis" : 1.4.16 , installed 1.4.16 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-hqwidgets": 1.4.0 , installed 1.4.0 Adapter "vis-icontwo" : 0.94.0 , installed 0.94.0 Adapter "vis-inventwo" : 3.3.1 , installed 3.3.1 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-plumb" : 1.0.2 , installed 1.0.2 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "vis-weather" : 2.5.6 , installed 2.5.6 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0 Objects and States Please stand by - This may take a while Objects: 18249 States: 16546 *** OS-Repositories and Updates *** W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://repos.influxdata.com/debian jammy InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY D8FF8E1F7DF8B07E W: https://packages.grafana.com/oss/deb/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: Failed to fetch https://repos.influxdata.com/debian/dists/jammy/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY D8FF8E1F7DF8B07E W: Some index files failed to download. They have been ignored, or old ones used instead. Hit:1 http://repository.veeam.com/backup/linux/agent/dpkg/debian/public stable InRelease Hit:2 http://de.archive.ubuntu.com/ubuntu jammy InRelease Hit:3 http://de.archive.ubuntu.com/ubuntu jammy-updates InRelease Hit:4 https://packages.grafana.com/oss/deb stable InRelease Hit:5 https://deb.nodesource.com/node_18.x jammy InRelease Get:6 https://repos.influxdata.com/debian jammy InRelease [7037 B] Get:7 http://de.archive.ubuntu.com/ubuntu jammy-backports InRelease [108 kB] Hit:8 http://de.archive.ubuntu.com/ubuntu jammy-security InRelease Err:6 https://repos.influxdata.com/debian jammy InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY D8FF8E1F7DF8B07E Fetched 115 kB in 2s (48.8 kB/s) Reading package lists... W: https://packages.grafana.com/oss/deb/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://repos.influxdata.com/debian jammy InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY D8FF8E1F7DF8B07E W: Failed to fetch https://repos.influxdata.com/debian/dists/jammy/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY D8FF8E1F7DF8B07E W: Some index files failed to download. They have been ignored, or old ones used instead. Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 21739 806/sshd: /usr/sbin tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 18269 1/init tcp 0 0 192.168.2.17:12010 0.0.0.0:* LISTEN 1001 218019 32813/io.hm-rpc.2 tcp 0 0 192.168.2.17:12011 0.0.0.0:* LISTEN 1001 218043 32828/io.hm-rpc.3 tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 102 21417 740/systemd-resolve tcp 0 0 127.0.0.1:10808 0.0.0.0:* LISTEN 0 21994 926/veeamservice tcp 0 0 192.168.2.17:9292 0.0.0.0:* LISTEN 1001 218352 32843/io.hm-rpc.4 tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 217758 32693/iobroker.js-c tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 217765 32693/iobroker.js-c tcp 0 0 127.0.0.1:8088 0.0.0.0:* LISTEN 998 21874 784/influxd tcp6 0 0 :::22 :::* LISTEN 0 21741 806/sshd: /usr/sbin tcp6 0 0 :::111 :::* LISTEN 0 18271 1/init tcp6 0 0 :::3000 :::* LISTEN 116 23803 1365/grafana tcp6 0 0 :::20002 :::* LISTEN 1001 221869 33873/io.web.1 tcp6 0 0 :::8082 :::* LISTEN 1001 219424 32970/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 217080 32711/io.admin.0 tcp6 0 0 :::8086 :::* LISTEN 998 23409 784/influxd tcp6 0 0 :::8084 :::* LISTEN 1001 222860 33857/io.ws.0 udp 0 0 127.0.0.53:53 0.0.0.0:* 102 21416 740/systemd-resolve udp 0 0 0.0.0.0:111 0.0.0.0:* 0 18270 1/init udp6 0 0 fe80::11:32ff:fe2a::546 :::* 101 21422 738/systemd-network udp6 0 0 :::111 :::* 0 18272 1/init *** Log File - Last 25 Lines *** 2023-07-02 18:50:38.078 - info: hm-rpc.4 (32843) xmlrpc -> 16 devices 2023-07-02 18:50:38.703 - info: hm-rpc.4 (32843) xmlrpc <- newDevices 16 2023-07-02 18:50:38.895 - info: hm-rpc.4 (32843) new virtual-devices devices/channels after filter: 0 2023-07-02 18:50:38.908 - info: hm-rpc.4 (32843) xmlrpc <- setReadyConfig ["iobrokerserver:hm-rpc.4:8c270e7f52559ad3e48d108a01888a6a","INT0000003"] 2023-07-02 18:50:38.922 - info: hm-rpc.4 (32843) xmlrpc <- setReadyConfig ["iobrokerserver:hm-rpc.4:8c270e7f52559ad3e48d108a01888a6a","INT0000004"] 2023-07-02 18:50:42.743 - info: influxdb.0 (32738) Not connected to InfluxDB, try later 2023-07-02 18:50:42.743 - info: influxdb.0 (32738) Error storing buffered series for fronius.0.powerflow.P_Grid before GetHistory: Not connected to InfluxDB, try later 2023-07-02 18:50:42.747 - info: influxdb.0 (32738) Not connected to InfluxDB, try later 2023-07-02 18:50:42.748 - info: influxdb.0 (32738) Error storing buffered series for fronius.0.powerflow.P_PV before GetHistory: Not connected to InfluxDB, try later 2023-07-02 18:50:42.753 - info: influxdb.0 (32738) Not connected to InfluxDB, try later 2023-07-02 18:50:42.753 - info: influxdb.0 (32738) Error storing buffered series for fronius.0.powerflow.inverter1.SOC before GetHistory: Not connected to InfluxDB, try later 2023-07-02 18:50:42.753 - info: influxdb.0 (32738) Not connected to InfluxDB, try later 2023-07-02 18:50:42.754 - info: influxdb.0 (32738) Error storing buffered series for fronius.0.powerflow.P_Load before GetHistory: Not connected to InfluxDB, try later 2023-07-02 18:50:45.778 - info: admin.0 (32711) ==> Connected system.user.admin from undefined 2023-07-02 18:50:46.711 - info: admin.0 (32711) ==> Connected system.user.admin from undefined 2023-07-02 18:50:46.712 - info: admin.0 (32711) ==> Connected system.user.admin from ::ffff:192.168.2.81 2023-07-02 18:50:46.824 - info: admin.0 (32711) <== Disconnect system.user.admin from undefined admin 2023-07-02 18:50:46.825 - info: admin.0 (32711) <== Disconnect system.user.admin from undefined admin 2023-07-02 18:50:46.827 - info: admin.0 (32711) <== Disconnect system.user.admin from ::ffff:192.168.2.81 admin 2023-07-02 18:51:36.453 - info: admin.0 (32711) ==> Connected system.user.admin from ::ffff:192.168.2.81 2023-07-02 18:51:40.290 - info: daswetter.0 (35771) starting. Version 3.1.8 in /opt/iobroker/node_modules/iobroker.daswetter, node: v18.16.1, js-controller: 4.0.24 2023-07-02 18:51:55.812 - info: daswetter.0 (35771) still wrong data structure from server received! repaired... 2023-07-02 18:51:59.581 - info: daswetter.0 (35771) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment 2023-07-02 18:52:00.160 - info: daswetter.0 (35771) cleaned everything up... 2023-07-02 18:52:00.229 - info: host.iobrokerserver instance system.adapter.daswetter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
load average: 13.50, 20.44, 12.48
Ich weiß nicht wie sich das auf VMs darstellt, aber die Kiste ist unter normalen Umständen 'dicht', zu ausgelastet.
CPU threads: 2
Spendier da mal mehr CPUs.
RAM ist auch dicht.
Grafana und Influx-Repo muss jeweils angepackt werden.
Gibt dazu auch einen Thread hier im Forum.Was ist
http://repository.veeam.com/backup/linux/agent/dpkg/debian/public stable InReleasefür eine Quelle?
iob add echarts --debugsagt?
-
Gut, dann gehen wir es mal von vorne an. Wie auch das versuchte Update brechen Installationsversuche von echarts 1.5.1 beim letzten Punkt ab;
$ iobroker add echarts auto --host iobrokerserver --debug NPM version: 9.5.1 Installing iobroker.echarts@1.5.1... (System call) added 38 packages in 14s120 packages are looking for funding run `npm fund` for details host.iobrokerserver install adapter echarts upload [28] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/asset-manifest.json asset-manifest.json application/json upload [20] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/chart/static/js/main.eb0afecd.js.LICENSE.txt chart/static/js/main.eb0afecd.js.LICENSE.txt text/plain upload [19] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/chart/static/js/main.eb0afecd.js.map chart/static/js/main.eb0afecd.js.map application/json upload [18] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/echarts.png echarts.png image/png upload [17] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/favicon.ico favicon.ico image/vnd.microsoft.icon upload [16] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/manifest.json manifest.json application/json upload [15] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/asset-manifest.json preview/asset-manifest.json application/json upload [14] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/favicon.ico preview/favicon.ico image/vnd.microsoft.icon upload [13] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/index.html preview/index.html text/html upload [12] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/manifest.json preview/manifest.json application/json upload [11] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/static/css/main.f7b2c82f.css preview/static/css/main.f7b2c82f.css text/css upload [10] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/static/css/main.f7b2c82f.css.map preview/static/css/main.f7b2c82f.css.map application/json upload [9] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/static/js/main.1b04901d.js preview/static/js/main.1b04901d.js application/javascript upload [8] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/static/js/main.1b04901d.js.LICENSE.txt preview/static/js/main.1b04901d.js.LICENSE.txt text/plain upload [7] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/preview/static/js/main.1b04901d.js.map preview/static/js/main.1b04901d.js.map application/json upload [3] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/static/js/main.7952f0f7.js.LICENSE.txt static/js/main.7952f0f7.js.LICENSE.txt text/plain upload [2] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/static/js/main.7952f0f7.js.map static/js/main.7952f0f7.js.map application/jsonder Installationsprozess bleibt dann ohne weitere Meldungen im Protokoll hängen. Danach meldet iob update echarts als installiert:
marco@iobrokerserver:~$ iob update Used repository: stable Adapter "accuweather" : 1.2.4 , installed 1.2.4 Adapter "admin" : 6.3.5 , installed 6.3.5 Adapter "backitup" : 2.6.23 , installed 2.6.23 Adapter "botvac" : 1.0.0 , installed 1.0.0 Adapter "daswetter" : 3.1.8 , installed 3.1.8 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "echarts" : 1.5.1 , installed 1.5.1 Adapter "flot" : 1.12.0 , installed 1.12.0 Adapter "fritzdect" : 2.3.1 , installed 2.3.1 Adapter "fronius" : 1.1.3 , installed 1.1.3 Adapter "fronius-solarweb": 0.0.3 , installed 0.0.3 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "hm-rega" : 3.0.46 , installed 3.0.46 Adapter "hm-rpc" : 1.15.18 , installed 1.15.18 Adapter "ical" : 1.13.3 , installed 1.13.3 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "icons-ultimate-png": 1.0.1, installed 1.0.1 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "javascript" : 7.0.3 , installed 7.0.3 Controller "js-controller": 4.0.24 , installed 4.0.24 Adapter "linux-control": 1.1.3 , installed 1.1.3 Adapter "meross" : 1.15.1 , installed 1.15.1 Adapter "net-tools" : 0.2.0 , installed 0.2.0 Adapter "openweathermap": 0.3.9 , installed 0.3.9 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "statistics" : 2.3.0 , installed 2.3.0 Adapter "tankerkoenig" : 3.3.7 , installed 3.3.7 Adapter "tr-064" : 4.2.18 , installed 4.2.18 Adapter "trashschedule": 2.2.0 , installed 2.2.0 Adapter "vis" : 1.4.16 , installed 1.4.16 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-hqwidgets": 1.4.0 , installed 1.4.0 Adapter "vis-icontwo" : 0.94.0 , installed 0.94.0 Adapter "vis-inventwo" : 3.3.1 , installed 3.3.1 Adapter "vis-justgage" : 1.0.2 , installed 1.0.2 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-plumb" : 1.0.2 , installed 1.0.2 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "vis-weather" : 2.5.6 , installed 2.5.6 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0Er ist aber nicht in der Admin-Oberfläche verfügbar.
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
der Installationsprozess bleibt dann ohne weitere Meldungen im Protokoll hängen.
die uploads sind noch nicht fertig (vielleicht noch anderes nicht)
Mit der Zusatzinfo
@thomas-braun sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
RAM ist auch dicht.
in weiterer Verbindung mit aktuellen Berichten, dass eCharts für die Installation viel RAM braucht, führt zu der Vermutung dass bei dir die Installation nicht durchgelaufen ist
-
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
der Installationsprozess bleibt dann ohne weitere Meldungen im Protokoll hängen.
die uploads sind noch nicht fertig (vielleicht noch anderes nicht)
Mit der Zusatzinfo
@thomas-braun sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
RAM ist auch dicht.
in weiterer Verbindung mit aktuellen Berichten, dass eCharts für die Installation viel RAM braucht, führt zu der Vermutung dass bei dir die Installation nicht durchgelaufen ist
@homoran Nach dem Hinweis auf den vollen RAM hatte ich dann etwas aufgeräumt sodass das RAM nur noch zu 45% belegt war. Leider hat das aber keinen Unterschied beim installieren von echarts gemacht - bricht immer wieder beim (vorletzten?) Punkt ab... Es sei denn natürlich gerade dieser Punkt lässt den RAM vollaufen, dann hätte ich wohl gelitten. Mehr RAM is nicht...
-
@homoran Nach dem Hinweis auf den vollen RAM hatte ich dann etwas aufgeräumt sodass das RAM nur noch zu 45% belegt war. Leider hat das aber keinen Unterschied beim installieren von echarts gemacht - bricht immer wieder beim (vorletzten?) Punkt ab... Es sei denn natürlich gerade dieser Punkt lässt den RAM vollaufen, dann hätte ich wohl gelitten. Mehr RAM is nicht...
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
sodass das RAM nur noch zu 45% belegt war.
55% von 4GB müssten 2.2GB free sein.
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
Mem: 3.9G 3.6G 131M 0.0K 221M 128M
ich glaube nicht, dass du wirklich über 2GB freischaufeln konntest.
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
Leider hat das aber keinen Unterschied beim installieren von echarts gemacht - bricht immer wieder beim (vorletzten?) Punkt ab..
das könnte zu den anderen Threads passen.
musst du mal suchen.was sagt denn anschließend
topzum RAM -
@homoran Nach dem Hinweis auf den vollen RAM hatte ich dann etwas aufgeräumt sodass das RAM nur noch zu 45% belegt war. Leider hat das aber keinen Unterschied beim installieren von echarts gemacht - bricht immer wieder beim (vorletzten?) Punkt ab... Es sei denn natürlich gerade dieser Punkt lässt den RAM vollaufen, dann hätte ich wohl gelitten. Mehr RAM is nicht...
@hen30
Bricht es wirklich ab oder läuft es einfach nur ewig lange? -
@hen30
Bricht es wirklich ab oder läuft es einfach nur ewig lange? -
@thomas-braun Na ja, es läuft ewig und endet vermutlich irgendwann im Timeout. Aber mal ehrlich, wenn unter Linux ein Installer 2GB RAM braucht ist am Installer was faul...
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
Aber mal ehrlich, wenn unter Linux ein Installer 2GB RAM braucht ist am Installer was faul...
Da geb ich dir Recht. Das ist ungewöhnlich viel. Ich weiß aber nicht warum der Adapter so viel RAM wegschnuckelt. Ist soweit ich das weiß auch nur echarts, der sich so exzessiv verhält.
-
@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
Aber mal ehrlich, wenn unter Linux ein Installer 2GB RAM braucht ist am Installer was faul...
Da geb ich dir Recht. Das ist ungewöhnlich viel. Ich weiß aber nicht warum der Adapter so viel RAM wegschnuckelt. Ist soweit ich das weiß auch nur echarts, der sich so exzessiv verhält.
@thomas-braun So, hatte es jetzt mal hinbekommen den Adapter zu installieren indem ich alles andere auf dem iobroker gestoppt hatte. Hatte dann 75% Ram frei und die Installation lief durch - nur um danach zu bemerken, dass nach der Installation mit laufendem echarts nur noch 25% RAM frei waren.
Damit ist echarts erstmal für mich gestorben. Sorry. aber meiner Meinung nach ist da doch ein gravierender Fehler in der Version wenn der im Vergleich zu vorher soviel RAM frisst. -
@thomas-braun So, hatte es jetzt mal hinbekommen den Adapter zu installieren indem ich alles andere auf dem iobroker gestoppt hatte. Hatte dann 75% Ram frei und die Installation lief durch - nur um danach zu bemerken, dass nach der Installation mit laufendem echarts nur noch 25% RAM frei waren.
Damit ist echarts erstmal für mich gestorben. Sorry. aber meiner Meinung nach ist da doch ein gravierender Fehler in der Version wenn der im Vergleich zu vorher soviel RAM frisst.@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
nur um danach zu bemerken, dass nach der Installation mit laufendem echarts nur noch 25% RAM frei waren.
Damit ist echarts erstmal für mich gestorben. SorryWahrscheinlich Fehlinterpretation!
frei oder verfügbar?
-
@thomas-braun So, hatte es jetzt mal hinbekommen den Adapter zu installieren indem ich alles andere auf dem iobroker gestoppt hatte. Hatte dann 75% Ram frei und die Installation lief durch - nur um danach zu bemerken, dass nach der Installation mit laufendem echarts nur noch 25% RAM frei waren.
Damit ist echarts erstmal für mich gestorben. Sorry. aber meiner Meinung nach ist da doch ein gravierender Fehler in der Version wenn der im Vergleich zu vorher soviel RAM frisst.@hen30 sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
Sorry. aber meiner Meinung nach ist da doch ein gravierender Fehler in der Version
Fehler hier melden:
https://github.com/ioBroker/ioBroker.echarts/issues -
@thomas-braun So, hatte es jetzt mal hinbekommen den Adapter zu installieren indem ich alles andere auf dem iobroker gestoppt hatte. Hatte dann 75% Ram frei und die Installation lief durch - nur um danach zu bemerken, dass nach der Installation mit laufendem echarts nur noch 25% RAM frei waren.
Damit ist echarts erstmal für mich gestorben. Sorry. aber meiner Meinung nach ist da doch ein gravierender Fehler in der Version wenn der im Vergleich zu vorher soviel RAM frisst.Hallo zusammen.
Ich hatte dasselbe Problem. Die Installation von echarts lief nie richtig durch, blieb beim vorletzten upload hängen. Auch die Installation im Terminal unter Ausreizung aller RAM-Optimierungen auf der DS920+ mit 4GB (dem Container hatte ich 3GB zugewiesen) hing es hierupload [2] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/static/js/main.7952f0f7.js.map static/js/main.7952f0f7.js.map application/json /usr/bin/iob: line 8: 1273 Killed gosu iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"und erst nach etlichen Stunden habe ich immer erkennen müssen, dass es nicht geklappt hat. Admin sagte zwar, dass bereits der Adapter installiert ist, aber es war keine Instanz zu sehen.
Aber nun habe ich es geschafft, in dem ich iobroker vorher gestoppt habe, also ...
pkill -u iobroker iob add echarts --debug iob startund siehe da. Ratzfaz ist die Installation durchgelaufen und eine Instanz ist da.
VG, Jörg
-
Hallo zusammen.
Ich hatte dasselbe Problem. Die Installation von echarts lief nie richtig durch, blieb beim vorletzten upload hängen. Auch die Installation im Terminal unter Ausreizung aller RAM-Optimierungen auf der DS920+ mit 4GB (dem Container hatte ich 3GB zugewiesen) hing es hierupload [2] echarts.admin /opt/iobroker/node_modules/iobroker.echarts/admin/static/js/main.7952f0f7.js.map static/js/main.7952f0f7.js.map application/json /usr/bin/iob: line 8: 1273 Killed gosu iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"und erst nach etlichen Stunden habe ich immer erkennen müssen, dass es nicht geklappt hat. Admin sagte zwar, dass bereits der Adapter installiert ist, aber es war keine Instanz zu sehen.
Aber nun habe ich es geschafft, in dem ich iobroker vorher gestoppt habe, also ...
pkill -u iobroker iob add echarts --debug iob startund siehe da. Ratzfaz ist die Installation durchgelaufen und eine Instanz ist da.
VG, Jörg
@jt sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
iob add echarts --debug
und siehe da. Ratzfaz
kannst du mal diese Ausgabe posten ... ist noch im Log vorhanden .
Hinweis :
nach einem
pkill -u iobrokerden " Container " neu starten und nicht dafür iob start nutzen .
-
@jt sagte in Echarts Adapter nach Update nicht mehr funktionsfähig:
iob add echarts --debug
und siehe da. Ratzfaz
kannst du mal diese Ausgabe posten ... ist noch im Log vorhanden .
Hinweis :
nach einem
pkill -u iobrokerden " Container " neu starten und nicht dafür iob start nutzen .
@glasfaser Danke für den Hinweis mit dem Starten des Containers. Habe ich direkt notiert.
Wo finde ich das Log. In docker/iobroker_data/log gibt es ein log file von heute. Aber da finde ich komischerweise zwar 3 Versuche der Installation von echarts, aber nicht die manuelle Installation im Terminal.
Support us
598
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge