Hallo zusammen,

angeregt durch einen http://forum.iobroker.net/viewtopic.php?f=17&t=7343&start=60#p77467 habe ich versucht ioBroker auf einem Orange Pi plus2e unter nodejs ans Laufen zu bekommen.

<size size="150">Konfiguration:</size>

Hardware:

OrangePi plus 2e mit 2GB RAM und 16GB µSD-Karte

Betriebssystem:

aktuelles ArmBian auf Basis von Debian Jessie, zusätzlich aktualisiert mit agt-get update && apt-get upgrade, incl. Kernelupgrade auf ARMBIAN 5.31 stable Debian GNU/Linux 8 (jessie) 3.4.113-sun8i

nodejs:

Version 8.2.1 nach Installation über:

curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
apt-get install -y nodejs

npm:

5.3.0

ioBroker:

aktuelle Installation als root über

npm install iobroker --unsafe-perm

<size size="150">Installation:</size>

Die Installation lief mit den im o.g. Thread genannten Warnungen / Errors durch.

ioBroker startete nicht von selber.

nach Aufruf von iobroker start war der Admin unter <ip>8081 zu erreichen.

Der Versuch weitere Adapter über den Admin zu installieren schlug fehl. Anschließend funktionierte gar nichts mehr (siehe o.g. Thread)

der Versuch mit reinstall.sh das ganze zu richten klappte erst nicht weil die Berechtigung fehlte, der Besitzer war angebl. root, nach ändern mit chmod 777 und erneutem Aufruf kam dann der ominöse ^M zum Vorschein. die Datei ist im Windowsformat abgespeichert. Konvertieren in UNix ließ zwar das Programm starten aber ohne Erfolg.

Das ganze habe ich mehrfach reproduziert, tlw. nur mit Löschen des Ordners /opt/iobroker, teilweise mit komplett neuem Aufbau incl. BS-Image.

Ein zwischendurch einmal installiertes nodejs 6.xx.x lief problemlos.

Woran es letztendlich liegt (BS, node, npm, ioBroker…) kann ich noch nicht sagen.

Hat jemand eine solche Installation mit der nodejs Version 8.2.1 gemäß http://www.iobroker.net/docu/?page_id=5106&lang=de aktuell ans Laufen bekommen?

Gruß

Rainer</ip>

Welches Betriebssystem?

Außerdem heisst das nicht unbedingt, dass da jetzt mit 8.2.1 in der Installation nicht doch etwas schief läuft

Gruß

Rainer

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

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:

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

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

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

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

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:

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

Gruß

Rainer