IoBroker unter nodejs 8.2.1

frankjoke

Übrigens,

nach ca zwei Stunden waren die Adapter wieder installiert, Ausnahme war einer den ich per Git installiert habe, nachdem ich das nachgeholt habe funktionierten alle Adapter wieder.

p.s.: Wenn man den log zuschaut sieht man die Prozedur der Installationen.

Es wäre schön mal ioBroker zu durchforsten und die Abhängigkeiten von Modulen zu beschränken. Fast jeder Adapter sucht nach usb und xpc-connect :(.

apollon77

~~@fsjoke:~~

Es wäre schön mal ioBroker zu durchforsten und die Abhängigkeiten von Modulen zu beschränken. Fast jeder Adapter sucht nach usb und xpc-connect :(. `

Ne das ist so nicht richtig.

Die aktuellen npm Versionen managen alle Libraries auf der "obersten " Ebene. Sobald also ein Adapter diese Abhängigkeit hat meckert die npm bei jeder Installation neuer Adapter an … :-( der stolpert immer wieder drüber.

Homoran

Hallo Frank,

~~@fsjoke:~~

das alte backup-Verzeichnis nach /opt/iobroker kopiert ` damit hast du aber keine Adapter neu über den Admin installiert - und genau da hakt es bei mir. Die Erstinstallation klappt.

~~@fsjoke:~~

npm clear cache --force
sudo npm clear cache --force
```` `

Das macht mir Mut, versuche ich gleich, aber:

Meinst du vielleicht:

npm cache clean --force

Wenn nein, wo ist der Unterschied?

EDIT: genau wie gestern beim Versuch rpi2 über den Admin zu installieren kommt heute beim Versuch hm-rega zu installieren:

Cannot find module 'mime'

Das entspricht ja deinem Hinweis, dass da irgendwelche Module fehlen.

Gruß

Rainer

Homoran

Update:

Nach downgrade von npm auf 3.10.10 hat es soweit geklappt, auch der Autostart funktionierte und rpi2 ließ sich installieren.

allerdings waren 2 admin (0 und 1) installiert. Nach dem Versuch die nicht aktive Instanz zu löschen ist iobroker gestoppt, nach erneutem restart war der admin erreichbar aber weder von diesem noch von discovery war die Konfiguration verfügbar.

Im Moment läuft das reinstall .

Werde gleich noch mal alles mit npm 4.6.1 testen.

Gruß

Rainer

Homoran

~~@Homoran:~~

Werde gleich noch mal alles mit npm 4.6.1 testen. `

Mit npm 4.6.1 hat es auch geklappt, ohne Autostart, nach reboot lief ioBroker sofort.

Installation von rpi2 ohne Probleme aus dem Admin.

Muss also am npm 5.3.0 liegen (?)

Gruß

Rainer

frankjoke

~~@Homoran:~~

Hallo Frank,

Meinst du vielleicht:
npm cache clean --force
```` `  

Sorry, ich habe aus den Gedanken geschrieben, nicht aus dem History!

Mein Befehl war

npm cache clean --force

Ich hab schon vorher auf meinem test-Pi npm 5.3 und nodejs 6.11 verwendet, da musste ich das auch machen.

alle Adapter und auch ioBroker bei Start laufen mit 8.2.1 und 5.3.0 ohne Probleme.

Man muss eben alten Schrott (wie die kompilierten libs die mit 6.x headern kompiliert wurden) los werden.

Homoran

Irgendetwas stimmt mit meiner Installation nicht.

Ich habe da erst den MQTT-Adapter in Verdacht gehabt, dass der in Zusammenhang mit dem http://forum.iobroker.net/viewtopic.php?f=34&t=3954&start=80#p60795 und den im 6 Sekundentakt geloggten Daten (History) zuviel Ressourcen frisst, habe dann aber mit putty folgendes gesehen:

hier werden dauernd neue Prozesse gestartet, die sofort wieder verschwinden.

wie kann ich herausbekommen was das ist?

die Load average 1Min. lag eben bei 27!

Und das auf einem OPi+2e

Gruß

Rainer

frankjoke

Hast schon probiert die Adapter zu deaktivieren und dann nach einzelnem zuschalten zu sehen wann der Fehler auftritt?

Alle die normal laufen sollten ja OK sein?!

apollon77

Ich hab gerade mal nodejs 8 bei allen Adaptern zu den Basis Tests hinzugefügt. Das läuft jetzt über Nacht ;-) und ich will vllt morgen mein Testsystem mal hochziehen. Dann kann ich schauen ob ich den gleichen Effekt habe.

Homoran

Hallo Ingo,

habe auf einem Tinkerboard genau den gleichen MQTT client angebunden, da traten diese node-Prozesse nicht auf.

Jetzt habe ich dort den controller ebenfalls von 1.0.3. auf 1.1.2 hochgezogen, jetzt geht auf einmal die Load hoch und siehe da ebenfalls solche node-Prozesse. :evil: :evil:

Das ist also nicht unbedingt ein node 8 Feature sondern liegt anscheinend am neuen Controller.

Gruß

Rainer

apollon77

Passiert es auch wenn mqtt nicht läuft?

Homoran

Habe den Test nur andersrum gemacht.

Mit MQTT unter 1.0.3 trar es nicht auf.

Werde aber heute (abend?) Mal MQTT abschalten

Gruß

Rainer

Homoran

It's History!!!???

beim Tinkerboard mit Nodejs 6.11.1 reichte ein iobroker restart, damit die zusätzlich auftauchenden Prozesse für immer verschwanden,

beim OPi mit Nodejs 8.2.1 führte das zur Vermehrung der Prozesse.

Einzelnes abschalten der Instanzen (Admin sollte man laufen lassen ;-) ) zeigte reproduzierbar das Auftauchen dieser Prozesse mit der Aktivierung des History-Adapters 1.6.2

EDIT: sobald ich dann an einem Flot-Chart etwas zoome, geht die Anzahl der Geister-Prozesse in die Höhe und die Load schnellt ebenfalls hoch.

Load 1min war vorher >4 - ich war zu langsam

Gruß

Rainer

apollon77

Und die Prozesse bleiben dann da?! Oder verschwinden die wieder.

Homoran

~~@apollon77:~~

Oder verschwinden die wieder. `
Sind sofort wieder weg und tauchen etwas später mit neuen PID wieder kurz auf…usw...

Gruß

Rainer

Homoran

Hallo Ingo,
~~@apollon77:~~

Dann kann ich schauen ob ich den gleichen Effekt habe. `
kann ich mit meiner Installation für dich / für alle noch etwas testen, sonst mache ich sie jetzt platt.

Habe alles auf ein laufendes Tinkerboard migriert.

Gruß

Rainer

apollon77

Also wenn die Prozesse wieder verschwinden ist alles ok … es kann sein das die Datenerarbeitung für Diagramme einen extra Prozess aufmacht der die Daten holt und verarbeitet und dann zurückliefert.

tesso

Ich habe den iobroker auf einem OrangePi mit node 8.2.1 laufen.

Beim Starten braucht der Kleine etliche Minuten bis er bedienbar ist. In dieser Zeit habe ich auch etliche node Prozesse die kommen und gehen. Dabei komme ich teilweise auf einen load von 9.

Danach läuft alles flott.

frankjoke

Hallo tesso!

Nachdem ich dem OrangePi 2e+ per SSH wieder erreichen kann startet ioBroker sofort und startet dann die Adapter.

Zuerst heißen die Prozesse nodejs und dann wenn ein Adapter in bytecode kompiliert ist und läuft dann wird er in io.adapter.instance umbenannt.

Das ist bei mir nach ca. 2min nach re-boot der Fall wobei es 1:20 dauert bis SSH wieder connected.

p.s.: Ich habe das OS und ioBroker am internen flash laufen, nicht auf einer SD-Karte oder USB.

ioBroker braucht deshalb relativ wenig Zeit (unter eine Minute bei 20 Adaptern).

tesso

Hallo fsjoke,

beim mir läuft auch alles auf dem internen Flash. Ich kann damit leben, erst nach einigen Minuten aktiv werden zu können.

Nach schlechten Erfahrungen mit SD-Karten wird auch jede Nacht ein Backup des iobroker auf ein NAS via rsync gemacht.

Community Forum

NEWS

IoBroker unter nodejs 8.2.1

Support us

710

32.5k

81.7k

1.3m