Javascript.0 Instanz ist deaktiviert
-
-
@thomas-braun sagte in Javascript.0 Instanz ist deaktiviert:
iob diag
======================= SUMMARY ======================= v.2023-04-02 Operatingsystem: Debian GNU/Linux 11 (bullseye) Kernel: 4.4.192-rockchip64 Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 1 Nodejs-Installation: /usr/bin/nodejs v18.16.0 /usr/bin/node v18.16.0 /usr/bin/npm 9.5.1 /usr/bin/npx 9.5.1 Recommended versions are nodejs 18.x.y and npm 9.x.y MEMORY: total used free shared buff/cache available Mem: 4.0G 1.2G 2.0G 33M 862M 2.7G Swap: 1.0G 0B 1.0G Total: 5.0G 1.2G 3.0G Active iob-Instances: 23 Active repo(s): stable ioBroker Core: js-controller 4.0.23 admin 6.3.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : ioBroker-Rock - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.web.0 : web : ioBroker-Rock - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 1311 States: 1012 Size of iob-Database: 5.3M /opt/iobroker/iobroker-data/objects.jsonl 872K /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================und js-controller müsste noch auf 4.0.24 updated werden. Einfach bei laufendem System auf den Button, oder?
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
Einfach bei laufendem System auf den Button, oder?
Nein, den js-controller bekommst du nur bei gestopptem iobroker aktualisiert.
iob stop iob update iob upgrade self iob start -
@thomas-braun
was bedeutet der Update Button unter Host im iobroker? -
Keine Ahnung. Ich kenne die GUI nicht so genau, weil ich die für sowas nicht nutze.
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
@thomas-braun
was bedeutet der Update Button unter Host im iobroker?klick drauf, und du siehst es
-
@thomas-braun
Über deine Befehle gemacht, und alles aktuell, und iob läuft.OMG, was für eine Geburt.
Ich weiß nicht, was ich sagen soll.DANKE ist das Mindeste.
-
@mjohn
Hi an alle,
ich musste leider Mitte Mai und heute iob restarten, da wieder die javascript.0 Instanz deaktiviert war. Fällt immer dann auf, wenn meine Garagentor Statusmeldung über Telegram nicht mehr eintrudeln.
Gibt es einen bekannten Bug?
Den Adapter stoppen und wieder starten genügt nicht bei mir. Ich muss leider iob restarten.Fehlermeldungen/Protokolle fand ich keine, lediglich die Javascript.0 Instanz war rot und ließ sich nicht wieder anwählen, alle Scripte waren aktiv. Im rechten Scripte Feld, in der Menüzeile oben, wo ich das Script anhalten könnte stand hinter den grünen Doppelbalken in gelb 'Instanz ist deaktiviert'.
Außer dass ich dafür ein Script anlege, das natürlich auch nur dann funktioniert, wenn das Javascript nicht abgestürzt ist, fällt mir nichts ein.
Gibt es eine evtl. alternative Methode zum Script?Vielen Dank.
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
Gibt es einen bekannten Bug?
Moin,
Du schreibst leider nicht welche Versionen Du einsetzt, führe doch einmal auf der Kommandozeile den Befehl aus und poste die Lange Version hier in Code Tags </>
iob diagVielleicht ist es aber auch eines Deiner Skripte, das Amok läuft, siehe hier https://forum.iobroker.net/topic/59620/javascript-6-1-0-neue-funktionen-beta
Der JavaScript Adapter überwacht ab sofort die Anzahl der setState pro Skript und wenn dies pro Minute mehr als 1000 sind (der Wert ist global im Adapter konfigurierbar) - 1000/Min sind 16 pro Sekunde - wird das Skript beendet! Ein Fehler wird geloggt.Und nicht sagen, dass Du nichts im Log gefunden hast, besser Du zeigst die Log Files, dann können die Wissenden, ich nicht
besser beurteilen, was da evtl. schiefläuft.VG
Bernd -
@dp20eic
Danke für die Antwort und entschuldige die Verzögerung. Urlaub und keinen brauchbaren Systemzugriff.
In der Zwischenzeit wieder javascript 2x als 'Instanz ist deaktiviert' angezeigt.
Einmal nach ca. 4 Wochen ohne Mucken, es genügte auch ein einfacher Adapter RESTART.
Danach Javascript Absturz innerhalb von ca. 2 Tagen. Nur über iob RESTART wieder grün.Hier einmal
iob diagvon gerade eben. Hatte allerdings sowohl OS, als auch 6 Adapter heute Aktualisiert. Insofern nicht die genaue Situation vom Script Absturz.
======================= SUMMARY ======================= v.2023-04-16 Operatingsystem: Debian GNU/Linux 11 (bullseye) Kernel: 4.4.192-rockchip64 Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 0 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 0 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 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 4.0G 1.2G 1.1G 43M 1.7G 2.7G Swap: 1.0G 18M 1.0G Total: 5.0G 1.2G 2.1G Active iob-Instances: 23 Active repo(s): stable ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : ioBroker-Rock - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.web.0 : web : ioBroker-Rock - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 1460 States: 1151 Size of iob-Database: 5.7M /opt/iobroker/iobroker-data/objects.jsonl 604K /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================Ich hoffe, das hilft etwas weiter. Meine Hoffung ist, dass der neue Javascript Adapter alles fixt.
Danke schon jetzt. -
Hinweis am Rande: NICHT als root herumkaspern. Macht das System nur über kurz oder lang kaputt, wenn man nicht ganz genau weiß was man da warum und wie macht.
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
Meine Hoffung ist, dass der neue Javascript Adapter alles fixt.
nicht, wenn ein Script von dir Amok läuft
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
Hier einmal
iob diagvon gerade eben.
Moin,
danke für die Rückmeldung, es ist aber leider nur die Kurzfassung. In der Langen steht noch vielmehr, was vielleicht von Interesse sein könnte.
Das Skriptiob diaglegt ein Log File an, falls Du nicht alles, was da abgetestet wird, mehr in der Fensterhistorie siehst.Vielleicht steht auch noch etwas im
journaljournalctl -g javaVG
Bernd -
@thomas-braun
Danke erneut für den Hinweis nicht als 'root' mit meinen Linux Kenntnissen rumzumachen. Vollständig deiner Meinung.
Ich melde mich immer als 'pi' an,login as: pi pi@192.168.178.45's password: ____ ___ ____ _ ____ _ _ | _ \ / _ \ / ___| |/ / /_ | || | | |_) | | | | | | ' / '_ \| || |_ | _ <| |_| | |___| . \ (_) |__ _| |_| \_\\___/ \____|_|\_\___/ |_| Welcome to Debian Bullseye with Armbian Linux 4.4.192-rockchip64 System load: 1.75 0.85 0.67 Up time: 3 days Memory usage: 43 % of 3988MB IP: 192.168.178.45 CPU temp: 55°C Usage of /: 11% of 56G pi@ioBroker-Rock:~$wurde aber bei einigen Befehlen (ich glaube update und/oder full-upgrade) aufgefordert, das root PWD einzugeben.
Habe ehrlich nicht darauf geachtet, ob dies eine root-Anmeldung zur Folge hat, oder nur eine einmalige Autorisierung.@Homoran
Kann ich eigentlich ausschließen, dass Skript Amok läuft. Wenn meine Skripte üblicherweise wochenlang durchhalten wäre für mich kein grundsätzlicher Fehler vorhanden.
Es gibt 10 permanent laufende Skripte. 5 davon sind Abfragen 1x am Tag (u.a. Müll, PV Produktion bis heute), 2 geben eine Messenger Warnung bei Überschreiten ab (max 2x am Tag) und 3 lesen den Modbus der PV aus. Leserate ca. 1x pro Sekunde.@dp20eic
hier die Langversion.======== Start marking the full check here ========= Skript v.2023-04-16 *** BASE SYSTEM *** Architecture : aarch64 Docker : false Virtualization : none Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" Systemuptime and Load: 18:08:55 up 3 days, 3:38, 1 user, load average: 0.72, 0.91, 0.89 CPU threads: 4 *** Time and Time Zones *** Local time: Sun 2023-07-09 18:08:56 CEST Universal time: Sun 2023-07-09 16:08:56 UTC RTC time: Sun 2023-07-09 16:08:56 Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: n/a RTC in local TZ: no *** User and Groups *** pi /home/pi pi dialout sudo audio video plugdev systemd-journal input netdev ssh iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: graphical.target *** MEMORY *** total used free shared buff/cache available Mem: 4.0G 1.8G 126M 43M 2.1G 2.1G Swap: 1.0G 0B 1.0G Total: 5.0G 1.8G 1.1G 3988 M total memory 1760 M used memory 3180 M active memory 530 M inactive memory 125 M free memory 161 M buffer memory 1940 M swap cache 1023 M total swap 0 M used swap 1023 M free swap *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 2.0G 0 2.0G 0% /dev tmpfs tmpfs 399M 41M 359M 11% /run /dev/mmcblk0p1 ext4 56G 5.8G 48G 11% / tmpfs tmpfs 2.0G 0 2.0G 0% /dev/shm tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs tmpfs 2.0G 0 2.0G 0% /tmp /dev/zram0 ext4 49M 48M 0 100% /var/log tmpfs tmpfs 399M 0 399M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 8192 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 12288 [Sun Jul 9 18:00:11 2023] EXT4-fs warning (device zram0): ext4_dirent_csum_verify:353: inode #11: comm find: No space for directory leaf checksum. Please run e2fsck -D. [Sun Jul 9 18:00:11 2023] EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096 Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p1 ext4 rw,noatime,nodiratime,errors=remount-ro,commit=600,data=ordered |-/var/log.hdd /dev/mmcblk0p1[/var/log] ext4 rw,noatime,nodiratime,errors=remount-ro,commit=600,data=ordered `-/var/log /dev/zram0 ext4 rw,relatime,discard Files in neuralgic directories: /var: 1.5G /var/ 1014M /var/cache 1009M /var/cache/apt 910M /var/cache/apt/archives 358M /var/lib Journal file /var/log/journal/f2f10dbdc16b4a0c88d6af121e6d1d50/user-1000@0005ffd0e8091710-60be34e07cd5bee9.journal~ is truncated, ignoring file. Archived and active journals take up 55.2M in the file system. /opt/iobroker/backups: 26M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 237M /opt/iobroker/iobroker-data/ 195M /opt/iobroker/iobroker-data/files 72M /opt/iobroker/iobroker-data/files/telegram.admin 52M /opt/iobroker/iobroker-data/files/javascript.admin 48M /opt/iobroker/iobroker-data/files/telegram.admin/custom/static/js The five largest files in iobroker-data are: 18M /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js.map 15M /opt/iobroker/iobroker-data/files/telegram.admin/rules/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_d_ts-node_modules_io-1d9f06.44fe4a3f.chunk.js.map 12M /opt/iobroker/iobroker-data/objects.jsonl 8.0M /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js 7.2M /opt/iobroker/iobroker-data/files/telegram.admin/rules/static/js/vendors-node_modules_iobroker_adapter-react-v5_assets_devices_parseNames_d_ts-node_modules_io-1d9f06.44fe4a3f.chunk.js *** 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 bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u4 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.12~dfsg-1~deb11u3 500 500 http://deb.debian.org/debian bullseye/main arm64 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: 0 Adapter State + system.adapter.admin.0 : admin : ioBroker-Rock - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.backitup.0 : backitup : ioBroker-Rock - enabled + system.adapter.cloud.0 : cloud : ioBroker-Rock - enabled + system.adapter.discovery.0 : discovery : ioBroker-Rock - enabled + system.adapter.history.0 : history : ioBroker-Rock - enabled system.adapter.ical.0 : ical : ioBroker-Rock - enabled + system.adapter.javascript.0 : javascript : ioBroker-Rock - enabled + system.adapter.modbus.0 : modbus : ioBroker-Rock - enabled + system.adapter.ping.0 : ping : ioBroker-Rock - enabled + system.adapter.pvforecast.0 : pvforecast : ioBroker-Rock - enabled + system.adapter.pvforecast.1 : pvforecast : ioBroker-Rock - enabled + system.adapter.signal-cmb.0 : signal-cmb : ioBroker-Rock - enabled + system.adapter.signal-cmb.1 : signal-cmb : ioBroker-Rock - enabled system.adapter.smartmeter.0 : smartmeter : ioBroker-Rock - disabled + system.adapter.socketio.0 : socketio : ioBroker-Rock - enabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.telegram.0 : telegram : ioBroker-Rock - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.text2command.0 : text2command : ioBroker-Rock - enabled + system.adapter.trashschedule.0 : trashschedule : ioBroker-Rock - enabled + system.adapter.tuya.0 : tuya : ioBroker-Rock - enabled + system.adapter.web.0 : web : ioBroker-Rock - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.whatsapp-cmb.0 : whatsapp-cmb : ioBroker-Rock - enabled + system.adapter.whatsapp-cmb.1 : whatsapp-cmb : ioBroker-Rock - enabled + system.adapter.zigbee.0 : zigbee : ioBroker-Rock - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ECE257-if00 + system.adapter.zigbee.1 : zigbee : ioBroker-Rock - enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220708080640-if00 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : ioBroker-Rock - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.socketio.0 : socketio : ioBroker-Rock - enabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.telegram.0 : telegram : ioBroker-Rock - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.web.0 : web : ioBroker-Rock - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zigbee.0 : zigbee : ioBroker-Rock - enabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ECE257-if00 + system.adapter.zigbee.1 : zigbee : ioBroker-Rock - enabled, port: /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220708080640-if00 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 "admin" : 6.3.5 , installed 6.3.5 Adapter "backitup" : 2.6.23 , installed 2.6.23 Adapter "cloud" : 4.4.1 , installed 4.4.1 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "ical" : 1.13.3 , installed 1.13.3 Adapter "javascript" : 7.0.3 , installed 7.0.3 Controller "js-controller": 4.0.24 , installed 4.0.24 Adapter "modbus" : 5.0.11 , installed 5.0.11 Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "pushover" : 3.0.3 , installed 3.0.3 Adapter "pvforecast" : 2.7.1 , installed 2.7.1 Adapter "signal-cmb" : 0.3.0 , installed 0.3.0 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "smartmeter" : 3.3.4 , installed 3.3.4 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "telegram" : 1.15.6 , installed 1.15.6 Adapter "text2command" : 3.0.2 , installed 3.0.2 Adapter "trashschedule": 2.2.0 , installed 2.2.0 Adapter "tuya" : 3.14.2 , installed 3.14.2 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "whatsapp-cmb" : 0.2.3 , installed 0.2.3 Adapter "ws" : 1.3.0 , installed 1.3.0 Adapter "zigbee" : 1.8.12 , installed 1.8.12 Objects and States Please stand by - This may take a while Objects: 1449 States: 1134 *** OS-Repositories and Updates *** Hit:1 http://security.debian.org/debian-security bullseye-security InRelease Hit:2 http://deb.debian.org/debian bullseye InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Hit:4 https://deb.nodesource.com/node_18.x bullseye InRelease Hit:5 http://fi.mirror.armbian.de/apt bullseye InRelease Reading package lists... 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 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 20271 806/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 21510 806/iobroker.js-con tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 2466 1/init tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 18330 867/sshd: /usr/sbin tcp 0 0 127.0.0.1:1883 0.0.0.0:* LISTEN 110 18343 869/mosquitto tcp6 0 0 :::111 :::* LISTEN 0 2468 1/init tcp6 0 0 :::8081 :::* LISTEN 1001 22752 1368/io.admin.0 tcp6 0 0 :::8082 :::* LISTEN 1001 22355 1873/io.web.0 tcp6 0 0 :::8084 :::* LISTEN 1001 23194 1895/io.socketio.0 tcp6 0 0 :::22 :::* LISTEN 0 18332 867/sshd: /usr/sbin tcp6 0 0 ::1:1883 :::* LISTEN 110 18344 869/mosquitto udp 0 0 0.0.0.0:111 0.0.0.0:* 0 2467 1/init udp 0 0 192.168.178.45:123 0.0.0.0:* 0 21733 1260/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 0 21731 1260/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 0 21727 1260/ntpd udp 0 0 0.0.0.0:6666 0.0.0.0:* 1001 22248 1758/io.tuya.0 udp 0 0 0.0.0.0:6667 0.0.0.0:* 1001 22249 1758/io.tuya.0 udp6 0 0 :::111 :::* 0 2469 1/init udp6 0 0 fe80::8d9b:2c4a:d7d:123 :::* 0 21737 1260/ntpd udp6 0 0 ::1:123 :::* 0 21735 1260/ntpd udp6 0 0 :::123 :::* 0 21724 1260/ntpd *** Log File - Last 25 Lines *** 2023-07-09 17:24:37.233 - warn: zigbee.1 (116999) DeviceAvailability:Failed to ping 0xf0d1b800001297ae PAR16 RGBW Z3 2023-07-09 17:24:37.263 - warn: zigbee.1 (116999) DeviceAvailability:Failed to ping 0xf0d1b80000129a07 PAR16 RGBW Z3 2023-07-09 17:24:37.450 - warn: zigbee.1 (116999) DeviceAvailability:Failed to ping 0xf0d1b800001286c0 PAR16 RGBW Z3 2023-07-09 17:24:37.645 - warn: zigbee.1 (116999) DeviceAvailability:Failed to ping 0xf0d1b80000128703 PAR16 RGBW Z3 2023-07-09 17:34:55.013 - info: admin.0 (1368) ==> Connected system.user.admin from ::ffff:192.168.178.111 2023-07-09 17:34:57.994 - info: admin.0 (1368) <== Disconnect system.user.admin from ::ffff:192.168.178.111 2023-07-09 17:36:34.832 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:41:19.799 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:41:46.326 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:42:10.472 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:44:03.943 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:47:13.310 - info: history.0 (1553) enabled logging of modbus.0.holdingRegisters.1.40087_W, Alias=false, WriteNulls=false 2023-07-09 17:48:48.707 - info: admin.0 (1368) ==> Connected system.user.admin from ::ffff:192.168.178.111 2023-07-09 17:54:06.637 - warn: zigbee.0 (116993) DeviceAvailability:Stopping to ping 0x000d6ffffe9cc4fb TRADFRI signal repeater after 4 ping attempts 2023-07-09 17:54:07.774 - warn: zigbee.0 (116993) DeviceAvailability:Stopping to ping 0x000d6ffffea6a7e8 TRADFRI signal repeater after 4 ping attempts 2023-07-09 17:54:47.222 - warn: zigbee.1 (116999) DeviceAvailability:Stopping to ping 0x000d6ffffe9a7f8f TRADFRI signal repeater after 4 ping attempts 2023-07-09 17:55:15.766 - info: javascript.0 (1546) Stop script script.js.common.allg__Skripte.Strom.PV_Haus.Ertrag.SMA5000_2500 2023-07-09 17:55:15.942 - info: javascript.0 (1546) Start javascript script.js.common.allg__Skripte.Strom.PV_Haus.Ertrag.SMA5000_2500 2023-07-09 17:55:16.001 - info: javascript.0 (1546) script.js.common.allg__Skripte.Strom.PV_Haus.Ertrag.SMA5000_2500: registered 2 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 2023-07-09 17:55:28.611 - warn: zigbee.0 (116993) DeviceAvailability:Stopping to ping 0x7cb03eaa00ae74a8 Plug 01 after 4 ping attempts 2023-07-09 17:56:02.578 - info: admin.0 (1368) <== Disconnect system.user.admin from ::ffff:192.168.178.111 javascript 2023-07-09 17:56:07.637 - warn: zigbee.1 (116999) DeviceAvailability:Stopping to ping 0xf0d1b800001297ae PAR16 RGBW Z3 after 4 ping attempts 2023-07-09 17:56:07.661 - warn: zigbee.1 (116999) DeviceAvailability:Stopping to ping 0xf0d1b80000129a07 PAR16 RGBW Z3 after 4 ping attempts 2023-07-09 17:56:07.747 - warn: zigbee.1 (116999) DeviceAvailability:Stopping to ping 0xf0d1b800001286c0 PAR16 RGBW Z3 after 4 ping attempts 2023-07-09 17:56:07.953 - warn: zigbee.1 (116999) DeviceAvailability:Stopping to ping 0xf0d1b80000128703 PAR16 RGBW Z3 after 4 ping attempts ============ Mark until here for C&P =============Nach Javascript Update auf 7.0.3. läuft er noch.
-
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
wurde aber bei einigen Befehlen (ich glaube update und/oder full-upgrade) aufgefordert, das root PWD einzugeben.
Deswegen macht man das dann per 'sudo BEFEHL_DER_ROOT_RECHTE_BRAUCHT'.
Dann fällst du sofort wieder in die user-Rolle zurück.Dein zram ist kaputt:
EXT4-fs error (device zram0): ext4_readdir:189: inode #11: comm find: path /var/log/lost+found: directory fails checksum at offset 4096 -
@mjohn sagte in Javascript.0 Instanz ist deaktiviert:
/dev/zram0 ext4 49M 48M 0 100% /var/log
Moin,
ich würde mal einen sauberen Reboot durchführen, und dann bevor ich wieder etwas starte, schauen, was mir das
Logvoll schreibt, denn irgendetwas geht da in deinem System schief.
Ich bin kein Experte der SBC (Einplatinen Computer), aber ich glaube daszramnicht wirklich etwas bringt, außer, dass du 50 MB vom Hauptspeicher weg nimmst und somit die Kiste noch früher anfängt zu swappen, wenn dann auch noch Swap auf derRam-Diskliegt wird es noch schlechter.Besser eine kleine SSD an die Kiste hängen, die sind ja gerade recht günstig, zudem ist ja am Di./Mi. PrimeDay
und Log/Swap usw. darauf schaufeln.VG
Bernd -
Danke erneut für die Hilfe.
Bzgl. zram. Gibt es da etwas, was ich tun kann. Kann ich etwas testen?
Ist hier Hardware das Übel, oder von mir falsche Befehle oder Systemeinstellungen?Wie oben leicht nachvollziehbar ist meine Kenntnis eher rudimentär. Folglich habe ich den zram nicht
bewusst eingerichtet.Habe noch ein Argon ONE M.2 Case mit Raspberry Pi 4 incl. SATA SSD, das ich dafür aktivieren könnte. Ich hoffe, ich kann das einfach migrieren, ohne von NULL anzufangen.
Gibt ja eine YT Anleitung.
zram wird sich hoffentlich nicht einschleichen, was immer das auch ist... -
Zu zram kann ich dir nix sagen, hab ich nicht im Einsatz.
