IoBroker mach nur noch Probleme
-
Alles macht leider Probleme.
Meine Vermutung ist nur das es an npm 5x liegt(NAS). Habe ich so irgendwo gelesen
Ich muss sehr oft den Master neu starten (iobroker start und admin.0 restart)
Bin leider auch kein Profi
Master Raspi:
root@raspberrypi:/opt/iobroker# which npm
/usr/bin/npm
Slave Raspi:
pi@ioBroker-Pi3-slave:~ $ which npm
/usr/bin/npm
NAS:
admin@nasserver:~$ which npm
/usr/local/bin/npm
-
Also mal eins nach dem anderen!!
Du hast scheinbar mehrere Probleme in deinem Setup die im ersten Schritt mal unabhängig sind, wenn ich das so richtig lese.
Ich sehe mindestens 2:
1.) Auf deinem pi hast du öfter meldungen über doppelt laufende Prozesse
2.) Auf deinem nas kannst du npm nicht updaten (und ja 5.6.0 ist böse, sollte aber dann nur den Slave betreffen und dem Master erstmal egal sein!)
Die Probleme mit Admin und so könnten von ersterem herrühren.
Sonst noch mehr?
zu 1.) Zu diesem Thema findest Du mehrere Threads hier im Forum.
Ohne weitere Infos (wieveiele Adapter laufen da in Summe und auch dem Pi? Redis oder nicht? CPU/Speicher-Auslastung?…) ist hier alles Glaskugel. Solche Probleme sind meistens irgendwie wegen Ressourcenlimits (i/o, CPU, RAM) verursacht und am Ende ist ein Logauszug von "wenn es schon passiert ist" zu spät. Du musst finden was das log sagt wenn diese Themen anfangen!
Auch ein Check in /var/log/syslog ist ggf interessant falls da das wort killer (genau genommen OOM killer) vorkommt, dann ist Dir nämlich der RAM ausgegangen!
Was Du hier tun kannst ist dich annähern. Schalte auf dem pi alle Adapterinstanzen aus auser Admin und reboote. Dann hast Du einen cleanen stand. jetzt nach und nach die Instanzen einschalten. Dabei "top" (und damit CPU und RAM und so im Auge behalten) und ioBroker Logfile auf der Platte (/opt/iobroker/log/...) anschauen. Dann siehst Du ggf was passiert wenn deine probleme starten und du kannst von da aus weiter probieren und ggf auch hier die relevanten Teile posten.
zu 2.) Scheinbar hat deine NAS den Pfad von originalen NPM version im pfad und so wird die neue nicht geladen. Jetzt musst Du für deine NAS schauen ob Du den Pfad (PATH) dauerhaft anpassen kannst oder ob Du die /usr/local/bin/npm in einen symbolischen Link verwandelst der auf die andere globale Installations-Lokation zeigt. Dann sollte die npm version von dort genutzt werden.
Ingo
-
Erst einmal vielen dank für die ausführliche Hilfe!!!!!
Den RAM habe ich eigentlich immer im Auge (selten unter 30%)
wie sieht es aus wenn ich das iobroker Verzeichnis in iobrokerOLD umbenenne und nach einer Neuinstallierung alles zurück kopiere? Kopiere ich den Fehler auch mit? oder ist das ein Versuch wert ? (Ja ist klar Glaskugel und so
)Zu 2.
Sorry aber ich komm da nicht mit
-
Den RAM habe ich eigentlich immer im Auge (selten unter 30%)
wie sieht es aus wenn ich das iobroker Verzeichnis in iobrokerOLD umbenenne und nach einer Neuinstallierung alles zurück kopiere? Kopiere ich den Fehler auch mit? oder ist das ein Versuch wert ? (Ja ist klar Glaskugel und so
) `Welchen "Fehler" meinst Du denn? Für mich ist nicht klar das ein Fehler überhaupt da ist.
Wenn schon dann backup machen und das zurückspielen nach einer Neuinstallation, aber wenn die Adapter an sich starten und alles läuft bis plötzlich diese Probleme anfangen dann ist das nichts was eine neuinstallation fixen sollte denke ich.
-
Ich starte jetzt langsam die Adapter wieder zu !
Bin gerade bei der CCU
läuft !
Nur wie bekomme ich das mit dem npm 5x auf den NAS behoben. Das habe ich leider noch nicht verstanden
-
Hallo,
ich glaube Du hast recht mit dem Hauptspeicher
es läuft auf dem Master nur noch der Admin Adapter und nach einem neustart wird der freie Speicher immer geringer nach der Zeit
Anfang 70% nach 15 min. nur noch 8% (deshalb ist mir das auch nicht aufgefallen)
-
Jetzt habe ich noch den Admin Adapter auf den Slave ausgelagert
Jetzt läuft kein Adapter mehr auf dem Master und laut Instanzen habe ich nur noch 25 % frei
root@raspberrypi:/opt/iobroker# free -h
total used free shared buffers cached
Mem: 970M 708M 262M 1,1M 23M 75M
-/+ buffers/cache: 608M 361M
Swap: 99M 15M 84M
950_iobroker8.jpg -
Moin,
habe jetzt ältere img auf die Raspi´s geschoben. Ist jetzt zwar ein bisschen arbeit das alles zu aktualisieren und Blockly programme neu zu schreiben aber egal
ABER wie bekomme ich den downgrade auf 4.6.1 oder Update auf 5.7.1 hin ???
Habe einiges schon im Forum ausprobiert nichts hat geholfen
z.B. wie hier beschrieben
-
ABER wie bekomme ich den downgrade auf 4.6.1 oder Update auf 5.7.1 hin ??? `
So, wie Du es schon einmal gemacht hast.sudo npm install -g npm@4.6.1 npm -vFalls npm -v eine andere Version anzeigen sollte, poste bitte den Terminalinhalt in Code tags.
-
Hallo Paul,
funktioniert immer noch nicht
ash-4.3# sudo npm install -g npm@4.6.1 /volume1/@appstore/Node.js_v6/usr/local/bin/npm -> /volume1/@appstore/Node.js_v6/usr/local/lib/node_modules/npm/bin/npm-cli.js + npm@4.6.1 added 208 packages, removed 296 packages and updated 34 packages in 202.294s ash-4.3# npm -v 5.6.0 ash-4.3# -
Liefert
which npm /usr/local/bin/npm, dann lösche den Link und ersetze ihn durch einen neuen
sudo rm /usr/local/bin/npm sudo ln -s /volume1/@appstore/Node.js_v6/usr/local/lib/node_modules/npm/bin/npm-cli.js /usr/local/bin/npm npm -v -
Held des Abends
ash-4.3# which npm /usr/local/bin/npm ash-4.3# sudo rm /usr/local/bin/npm ash-4.3# sudo ln -s /volume1/@appstore/Node.js_v6/usr/local/lib/node_modules/npm/bin/npm-cli.js /usr/local/bin/npm ash-4.3# npm -v 4.6.1 ash-4.3#Vielen Dank für deine Hilfe
-
Ich verstehe noch nicht wie das einspielen des alten Backups und npm downgrade das ram Problem lösen soll …
Ich hätte er den Stand genommen den du hattest und hätte mal mit top weitergemacht und mit die Prozesse nach Speichernutzung sortieren lassen.
Also ja 1GB wird recht schnell knapp aber wenn da nur der js-Controller läuft sollte der Speicher nicht do verbraucht aussehen.
Gesendet vom Handy ...
-
Ich habe irgendwie beim updaten des jscontrollers oder so einen Fehler gemacht.
Jetzt habe ich als erstes alte Images vom Juni wieder auf die SD Karten aufgespielt und mich langsam herangetastet
Bis jetzt läuft noch alles. Morgen werde ich dann noch die Adapter updaten
-
Hallo,
was soll ich sagen, die Ram Probleme sind weg.
Ich habe aber leider weiterhin Adapter die nicht mehr funktionieren u.a. "s7" bzw. Adapter die immer mal wieder neu starten (grün-rot-grün)
host.raspberrypi 2018-10-11 18:39:59.376 error instance system.adapter.s7.0 terminated with code 0 (OK) host.raspberrypi 2018-10-11 18:39:59.376 error Caught by controller[0]: at Module._compile (module.js:577:32) host.raspberrypi 2018-10-11 18:39:59.376 error Caught by controller[0]: at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.s7/node_modules/node-snap7/lib/node-snap7.js:9:45) host.raspberrypi 2018-10-11 18:39:59.375 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/iobroker.s7/node_modules/node-snap7/node_modules/bindings/bindings.js:76:44) host.raspberrypi 2018-10-11 18:39:59.375 error Caught by controller[0]: at require (internal/module.js:20:19) host.raspberrypi 2018-10-11 18:39:59.375 error Caught by controller[0]: at Module.require (module.js:504:17) host.raspberrypi 2018-10-11 18:39:59.374 error Caught by controller[0]: at Function.Module._load (module.js:445:3) host.raspberrypi 2018-10-11 18:39:59.374 error Caught by controller[0]: at tryModuleLoad (module.js:453:12) host.raspberrypi 2018-10-11 18:39:59.374 error Caught by controller[0]: at Module.load (module.js:494:32) host.raspberrypi 2018-10-11 18:39:59.373 error Caught by controller[0]: at Object.Module._extensions..node (module.js:604:18) host.raspberrypi 2018-10-11 18:39:59.373 error Caught by controller[0]: at Error (native) host.raspberrypi 2018-10-11 18:39:59.372 error Caught by controller[0]: Error: Module version mismatch. Expected 48, got 46.</anonymous> -
Wen deine docker Installation im Eimer ist Spiele nicht lange Rum…
Backup machen, sicherstellen. Docker Container und Image Weck, neues drauf und Backup einspielen Dan ist dein npm Problem gelöst
Sent from my iPhone using Tapatalk
-
Hallo Dutchman,
läuft aber nicht über Docker. Docker gibt es für mein NAS nicht.
Ich bin nicht der Profi, ich glaube aber das NAS ist nicht mehr mein Problem
-
Platform: linux
Architecture: arm
CPUs: 2
Speed: 0 MHz
Model: Marvell PJ4Bv7 Processor rev 2 (v7l)
RAM: 1009.4 MB
System uptime: 4 T. 08:33:45
Node.js: v6.12.3
NPM: 4.6.1
adapters count: 198
Uptime: 03:57:02
-
Ich komme nicht mehr weiter
Es kommen immer neue Fehlermeldungen dazu:
m-rpc.3 2018-10-11 20:37:24.517 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.517 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.517 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.517 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.517 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.517 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.517 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.516 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.515 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.515 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.515 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.515 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.515 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.515 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.515 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.515 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.514 error binrpc -> setValue ["1","ON_TIME",30] FLOAT hm-rpc.3 2018-10-11 20:37:24.514 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.514 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.514 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.514 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.514 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.514 error binrpc -> setValue ["1","STATE",true] BOOL hm-rpc.3 2018-10-11 20:37:24.514 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.513 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.513 error Error: You are sending too fast hm-rpc.3 2018-10-11 20:37:24.513 error binrpc -> setValue ["1","ON_TIME",30] FLOAT -
host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:17.429 error instance system.adapter.web.0 terminated with code 7 (Adapter already running) host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:17.167 info Restart adapter system.adapter.hm-rpc.0 because enabled host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:17.167 error instance system.adapter.hm-rpc.0 terminated with code 7 (Adapter already running) host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:17.043 info Restart adapter system.adapter.hm-rega.0 because enabled host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:17.042 error instance system.adapter.hm-rega.0 terminated with code 7 (Adapter already running) host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:14.197 info Restart adapter system.adapter.javascript.1 because enabled host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:14.196 error instance system.adapter.javascript.1 terminated with code 7 (Adapter already running) host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:16.648 info Restart adapter system.adapter.javascript.2 because enabled host.ioBroker-Pi3-slave-sw 2018-10-11 20:38:16.646 error instance system.adapter.javascript.2 terminated with code 7 (Adapter already running)
