IoBroker unter nodejs 8.2.1

[frankjoke]

Habe auch einen Orangepi als Testsystem und 8.2.x ausprobiert (hatte vorher 6.11.1 drauf):

 sudo apt-get update
 sudo apt-get upgrade
 sudo apt-get dist-upgrade
curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo iobroker backup
sudo iobroker stop
sudo apt-get install nodejs
node -v
npm -v
sudo npm install -g node-gyp
sudo iobroker start

Insgesamt lief ioBroker dann allerdings meldeten einige Adapter Probleme (radar wegen Noble, KM200 wegen der Verschlüsselung), das waren alles Adapter welche C-code kompilieren müssen, ich hatte das selbe Problem beim Umstieg von 4 auf 6.

Da ich aber generell Probleme hatte ins /opt/iobroker irgend ein Modul zu installieren hab ich

/opt/iobroker auf /opt/iobroker.old umbenannt

ein neues /opt/iobroker angelegt und dorthin gegangen

npm clear cache –force

sudo npm clear cache --force

Dort ioBroker installiert wie aus Seite beschrieben

das alte backup-Verzeichnis nach /opt/iobroker kopiert

Dann das backup mit iobroker restore ?

das letzte backup installiert.

Dann warten, alle Adapter werden neu installiert...

Werde säter posten ob irgend einer meiner Adapter noch Probleme macht.

[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).