Seit Update Node V12->V14 ständige Fehlermeldung
-
Ordne Deinen Thread nochmal bitte vernünftig und schildere genau Dein Problem.
-
sorry war mit dem ersten Post etwas zu schnell. Habe ihn editiert.
Cannot read compact mode by host "system.host.raspberrypi": timeout -
Und konkret welche Meldungen?
nodeJS-Installation sauber? -
nodeJS lies sich sauber installieren.
Das verhalten ist das er ewig braucht um über die Weboberfläche etwas zu schauen etc.
Sehr oft kommt dann die FehlermeldungCannot read compact mode by host "system.host.raspberrypi": timeoutpi@raspberrypi:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && wh oami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nod ejs /usr/bin/nodejs /usr/bin/node /usr/bin/npm v14.19.3 v14.19.3 6.14.17 pi /home/pi Hit:1 http://phoscon.de/apt/deconz bullseye InRelease Get:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease [15.0 kB] Hit:3 http://archive.raspberrypi.org/debian bullseye InRelease Hit:4 https://deb.nodesource.com/node_14.x bullseye InRelease Fetched 15.0 kB in 17s (901 B/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. nodejs: Installed: 14.19.3-deb-1nodesource1 Candidate: 14.19.3-deb-1nodesource1 Version table: *** 14.19.3-deb-1nodesource1 500 500 https://deb.nodesource.com/node_14.x bullseye/main armhf Packages 100 /var/lib/dpkg/status 12.22.5~dfsg-2~11u1 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Package -
Mach den Compact Mode doch mal aus. Geht glaube ich im Admin.
-
finde diese Option leider nicht. Vielleicht ist es auch noch Interessant zu erwähnen das ich die Probleme nur habe wenn der Javascript Adapter läuft. Sobald ich diesen abschalte funktioniert alles wunderbar.
Edit:
habe folgendes ausprobiert. Wenn ich den Ramspeicher begrenze für den JS Adapter also wert auf 100mb setze läuft es wobei sämtliche Schaltvorgänge (einfacher Lichtschalter) dauert ewigkeiten.
-
-
Wie sieht denn die Auslastung von dem Kistchen aus?
-
freier Festplattenspeicher: 72%, Gesamte RAM-Auslastung: 1428 Mb / Frei: 81% = 3100 Mb [Server: raspberrypi - 21 Prozesse]top - 13:45:24 up 4 min, 2 users, load average: 3.52, 2.04, 0.86 Tasks: 180 total, 5 running, 175 sleeping, 0 stopped, 0 zombie %Cpu(s): 52.2 us, 9.5 sy, 0.0 ni, 35.0 id, 0.0 wa, 0.0 hi, 3.3 si, 0.0 st MiB Mem : 3837.9 total, 2344.6 free, 1032.8 used, 460.5 buff/cache MiB Swap: 100.0 total, 100.0 free, 0.0 used. 2914.1 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 522 iobroker 20 0 257272 146532 33972 R 93.7 3.7 3:20.18 iobroker.js-con 779 iobroker 20 0 277000 164560 29056 R 68.2 4.2 2:23.39 io.javascript.0 2211 iobroker 20 0 244028 132316 29032 R 61.6 3.4 1:39.45 io.g-homa.0 390 avahi 20 0 6916 2728 2468 S 7.6 0.1 0:16.87 avahi-daemon 616 iobroker 20 0 190788 83192 34596 S 6.3 2.1 0:16.12 io.admin.0 921 iobroker 20 0 184356 76232 34612 S 4.3 1.9 0:09.86 io.telegram.0 1524 iobroker 20 0 173240 55208 28852 S 4.3 1.4 0:08.41 io.simple-api.0 1180 iobroker 20 0 184240 68536 29208 S 3.0 1.7 0:04.95 io.tr-064.0 401 pi 20 0 153612 51804 36800 S 1.0 1.3 0:04.70 deCONZ 91 root 20 0 0 0 0 D 0.7 0.0 0:01.07 kworker/0:2+events_freezable 1005 iobroker 20 0 185116 69304 29080 S 0.7 1.8 0:06.53 io.shelly.0 1342 iobroker 20 0 172560 52280 28888 S 0.7 1.3 0:01.94 io.discovery.0 1640 iobroker 20 0 182968 71232 29908 S 0.7 1.8 0:06.72 io.mercedesme.0 1889 iobroker 20 0 175772 59220 29068 S 0.7 1.5 0:04.06 io.wled.0 1932 iobroker 20 0 182896 72416 29140 S 0.7 1.8 0:05.24 io.yahka.0 90 root -51 0 0 0 0 S 0.3 0.0 0:00.58 irq/64-mmc0 95 root 20 0 0 0 0 S 0.3 0.0 0:00.03 jbd2/sda2-8 397 root 20 0 8428 3620 2900 S 0.3 0.1 0:00.89 deCONZ-WIFI2.sh 1751 iobroker 20 0 172664 53072 29168 S 0.3 1.4 0:02.54 io.nanoleaf-lig 2024 iobroker 20 0 175532 56308 28876 S 0.3 1.4 0:02.87 io.web.0 2144 iobroker 20 0 177944 58160 30256 S 0.3 1.5 0:03.87 io.fb-checkpres 3805 pi 20 0 11240 3172 2612 R 0.3 0.1 0:00.06 top 1 root 20 0 33948 9088 7224 S 0.0 0.2 0:03.07 systemd -
habe ich durchgeführt. sobald JS gestartet wird ist das gleiche Problem wieder da.
-
-
pi@raspberrypi:/opt/iobroker $ iobroker compact status Compact mode for this host is currently disabled -
Okay, das passt jetzt.
Die obige Meldung dürfte jetzt nicht mehr kommen.Cannot read compact mode by host "system.host.raspberrypi": timeout -
hatte diese Meldung tatsächlich nicht mehr aber es kam ein Fenster das eine Langsame Verbindung erkannt wurde. Letzten Endes musste ich einen reboot durchführen.
Habe jetzt von V5.7.0 auf V5.6.0 downgegraded mal schauen ob es stabil läuft.
-
Da kippt dir wohl ein Skript weg.
-
zum Verständnis ich habe aktuell 22 Skripte am laufen. Sollen die besser zusammen gefasst werden oder lieber viele einzelne?
Könnte es eventuell dieser hier sein.
Ich möchte einen Dummy Schalter (dient nur als Anzeige in VIS) mit den Werten 0;1;2;3 schalten sobald bestimmte Temperaturen erreicht wurden.
Diesen Skript habe ich für all meine Räume und Außenbereich erstellt.
-
Das knallt dir bei jeder Änderung der Temperatur los.
Zumindest ungeschickt, ohne Hysterese.
-
habe diesen Skript für alle Räume dementsprechend angepasst. Habe eben diese Deaktiviert leider auch ohne Erfolg.
Wie gesagt ich schalte damit nichts es dient nur zur Anzeige
hier mal etwas neues
Cannot read countsOfInstances: timeout -
Das schaut für mich unlogisch aus. Wenn die Temperatur 25 Grad ist werden drei Bedingungen wahr.
Muss sich vielleicht @paul53 mal anschauen.
Wenn die anderen Skripte auch so aussehen... -
bin jetzt von V5.6.0. auf V5.5.4 gegangen scheint zu funktionieren.
Wenn ja hat mich das ganze 2 Tage Urlaub und viel viel nerven gekostet.
