[Aufruf] Bring! Adapter
-
Table und counter ist in 0.0.6 enthalten. Habs mal getestet mit Basic HTML und den Datenpunkt als Binding eingefügt, so geht es.
-
Also ich habe den Adapter auf meinem ioBroker Slave wieder deaktiviert...
Irgendwann lag die RAM Nutzung der Instanz bei 400MB... den Auslöser kenne ich nicht, zuerst lief es ja. Aber dann hat sogar die Host Verbindung aufgegeben.
Werde erst mal nicht weiter testen, da nur Produktivsystem. -
Ich habe jetzt auf die 0.0.6 aktualisiert und wieder gestartet.
Erstmal keine Fehlermeldungen
, werde weiter berichten! 
Enrico
-
@FredF nice-to-know, allerdings sollte der Adapter keine großen Datenmengen im RAM halten. Habe ihn jetzt mal über Nacht laufen gehabt und ist weiterhin eine der Instanzen die am wenigsten RAM zieht bei mir.
Bzw. welche Node Version hast du drauf?
-
Komando zurück!
Die ersten Minuten lief der Adapter fehlerlos und hat aber dann innerhalb von 10 min seinen beanspruchten RAM von ca.4o MB auf über 350 MB angehoben!
Ich kann dir nicht mal Logs liefern, die sind weder beim Download dabei, noch in der aktuellen Anzeige!
Hier mal noch das, was noch angezeigt wird:
-
@RappiRN Welche Node Version ist drauf?
-
@foxriver76 8.14.0
-
Ich probiere es mal nachzustellen, und war das gestern auch schon so oder erst seit es die HTML States gibt?
-
Gestern hatte es ja so ähnlich ausgesehen, ob das mit dem Speicher gestern auch so war, weiß ich nicht.
Was mir noch einfällt, beim Versuch eben, nachdem ich geschrieben hatte, dass scheinbar alles läuft, hatte ich im Log nachgesehen und mir war aufgefallen, dass ca. 2-3min nach Adapterstart noch mal zwei oder drei Adapterstarts drinstanden, aber ohne weitere Fehlermeldung!Enrico
-
@RappiRN Falls Linux mal bitte auf der Konsole
ps -aux | grep bring -
@foxriver76 sagte in [Aufruf] Bring! Adapter:
ps -aux | grep bring
Dazu muss Bring! laufen, oder?
Enrico
-
Jein, es würde uns zeigen, ob da mehrere Instanzen laufen, bzw. ob da was im Hintergrund weiterläuft.
-
Ok, ich hatte ja die Instanz wieder gestoppt, jetzt nochmal gestartet, ich warte und schicke das dann!
Momentan müsste es gut sein:
Enrico
-
Habe mal auf meinem Laptop auf Node 8.14.0 gedowngraded, allerdings taucht auch hier das RAM Problem bei mir nicht auf. Hier mit js-controller 1.5.5 auf einem Thinkpad Ubuntu und produktiv auf Node 8.15.0 und js-controller 1.4.2 auf einem Rock64/Debian, Problem taucht in beiden Konstellationen bislang nicht auf.
-
Na dann, hier weitere Infos. Der Adapter ist ja jetzt ein paar minuten gelaufen, jetzt kommt:
root@Orange-Pi:~# ps -aux | grep bring root 15030 12.3 3.4 150084 70696 ? Sl 11:02 0:38 io.bring.0 root 15239 0.0 0.0 4132 1728 pts/0 S+ 11:07 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 15030 52.5 13.4 354136 276756 ? Rl 11:02 6:44 io.bring.0 root 15481 0.0 0.0 4132 1580 pts/0 S+ 11:14 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 15030 76.3 50.4 1128956 1039712 ? Rl 11:02 17:19 io.bring.0 root 15783 0.0 0.0 4132 1548 pts/0 S+ 11:24 0:00 grep bringIm Log steht jetzt sowas:
bring.0 2019-02-13 10:47:09.940 info [END] Stopping Bring! adapter... bring.0 2019-02-13 11:22:00.349 error at Timer.listOnTimeout (timers.js:290:5) bring.0 2019-02-13 11:22:00.349 error at tryOnTimeout (timers.js:323:5) bring.0 2019-02-13 11:22:00.349 error at ontimeout (timers.js:498:11) bring.0 2019-02-13 11:22:00.349 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:256:18) bring.0 2019-02-13 11:22:00.349 error at Request.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:309:8) bring.0 2019-02-13 11:22:00.349 error at Request.Emitter.emit (/opt/iobroker/node_modules/component-emitter/index.js:133:20) bring.0 2019-02-13 11:22:00.349 error at Request.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transports/polling-xhr.js:109:10) bring.0 2019-02-13 11:22:00.349 error at XHR.Transport.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/engine.io-client/lib/transport.js:64:13) bring.0 2019-02-13 11:22:00.349 error Error: xhr post error bring.0 2019-02-13 11:22:00.345 error xhr post errorEnrico
-
Ich bin auf einem OrangePi +2e mit Armbian Stretch 5.60
JS-Controller 1.4.2
Enrico
-
@RappiRN Gibts vom ioBroker Log noch ein paar mehr Zeilen oben drüber? Okay, also Prozess läuft nur ein mal aber frisst ein haufen RAM und CPU.
-
@RappiRN Installier mal bitte neu von GitHub.
-
Test läuft!
Enrico
-
Sieht bis jetzt besser aus. Kann aber jetzt nicht mehr weiter testen, muss gleich meinem Nebenerwerb (neben Smarthome
) nachgehen!
Werde heute Nacht nochmal berichten.root@Orange-Pi:~# ps -aux | grep bring root 17909 7.0 1.9 121680 40996 ? Sl 12:26 0:03 io.bring.0 root 17944 0.0 0.0 4132 1716 pts/0 S+ 12:27 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 2.8 1.7 131672 35412 ? Sl 12:26 0:04 io.bring.0 root 17994 0.0 0.0 4132 1604 pts/0 S+ 12:28 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 1.7 1.6 131160 34232 ? Sl 12:26 0:05 io.bring.0 root 18125 0.0 0.0 4132 1620 pts/0 S+ 12:32 0:00 grep bring root@Orange-Pi:~# ps -aux | grep bring root 17909 0.9 1.7 131948 35900 ? Sl 12:26 0:10 io.bring.0 root 18420 0.0 0.0 4132 1656 pts/0 S+ 12:44 0:00 grep bringEnrico
