[gelöst] Web Socket Error
-
Hast du ein Coffescript?
ICh vermute - nein. Schalte mal JS adapter aus und probiere noch mal.
-
Hallo Bluefox
Nochmal für die Blöden: Was ist ein Coffe-Script?
Ja, Ich habe Java-Scripts am Laufen.
Ich nehme an mit JS ausschaten meinst Du Java-Script ausschalten und nicht den JS-Controller
Das kann ich zwar machen, aber dann laufen ja meine Scripte nicht mehr. Was hab ich dann davon?
Ich verstehe nicht ganz auf was Du raus willst..!?
Gruss Ralf
-
Mit dem javascript Adapter kannst du drei arten von Skripts erstellen und ausführen
-
javascript
-
coffeescript
-
blockly
Die Fehlermeldung sagt etwas von einem coffeescript!
Entweder hast du eins, was Bluefox und ich nicht glauben, oder du hast bei der Erstellung eines javascript die Einstellung coffeescript gewählt.
Gruß
Rainer
-
-
Hallo,
Wollte mal anfragen ob es eine Lösung zu dem Web Socket Problem vom Thread Anfang gibt.
Es ist nach wie vor vorhanden und tritt bei fast jedem einschalten des Tablets auf.
Lg
Günther
-
Hallo,
Wollte mal anfragen ob es eine Lösung zu dem Web Socket Problem vom Thread Anfang gibt.
Es ist nach wie vor vorhanden und tritt bei fast jedem einschalten des Tablets auf.
Lg
Günther `
hast du 0.12.4 ? Wenn nicht, dann verstehe ich nicht was du erwartest. -
Von was?
VIS?
Nein habe ich nicht, weil im ganzen Thread nix davon steht, das diese Version das beheben soll.
Na dann werde ich mal einen Test starten.
Lg
Günther
-
So, kann bestätigen, das mit der git Version der Web Socket Error weg ist. Dafür habe ich ne Menge andere Probleme. Die werde ich aber noch genauer anschauen und in anderen Threads posten.
LG
Günther
-
Hallo Jeeper.at
Ich bin wieder auf die VIS 0.10.15 zurück.
Die neue Version machte bei mir nur Chaos.
Da lebe ich lieber mit einem kleinen Socket Error.
Grüße
-
Hallo Jeeper.at
Ich bin wieder auf die VIS 0.10.15 zurück.
Die neue Version machte bei mir nur Chaos. `
Kann ich nicht bestätigen. Die Version läuft bei mir fast ohne Probleme. Einzig die Probleme mit der Sichtbarkeit sind immer noch da. (aber die hatte ich auch in den vorherigen Versionen. Wenn sich die Bedingung zur Sichtbarkeit ändert (Status Regensensor) während das Tablet ausgeschaltet ist (z. B. Nachts) kriegt die Visualisierung das nicht mit. Erst nach einem Neuladen der Seite ist die Sichtbarkeit dann korrekt.
Aber ansonsten…sehr sehr stabile Version.
-
Hallo Rainer
@Homoran:Mit dem javascript Adapter kannst du drei arten von Skripts erstellen und ausführen
-
javascript
-
coffeescript
-
blockly
Die Fehlermeldung sagt etwas von einem coffeescript!
Entweder hast du eins, was Bluefox und ich nicht glauben, oder du hast bei der Erstellung eines javascript die Einstellung coffeescript gewählt.
r `
Ahhhh!!!! Jetzt hab ich es geschnallt.Ich dachte Coffeecript ist einfach der Name des Java-Script Adapters (in Anlehnung an Java. Was ja auch ein Kaffee ist) . Deine erste Vermutung war richtig. Jetzt sind die Fehler weg.
Danke.
Gruss Ralf
-
-
Hallo
Leider ist bei mir der Web socket error immer noch vorhanden.
Den java skript Adapter habe ich nicht installiert, von da her kann es also nicht kommen.
Ich habe vis 0.10.15 am laufen.
Es soll da anscheinend schon einen neuere Version geben, allerdings wird diese bei mir nicht angezeigt.
Nun habe ich auf github die Version 0.12.11 gesehen.
Die Frage ist nur, wie insalliere ich denn diese Version?
Danke schon mal für die Hilfestellung.
Gruss
Ritschi
-
Ohne mir den ganzen Thread (im Urlaub) durchzulesen, ein kleiner Hinweis:
Ich bekomme den Websocket-Fehler auf meinem iPad, wenn dort Vis geladen ist (sei es im Safari oder in Kiosk) und ich dann die ioBroker-Maschine durchstarte - das iPad also den Connect verliert.
Habt ihr ggf. ähnliche Konstellationen, wo der Connect wackelt?
Nur als Hinweis. Wenn's schon gesagt wurde, dann einfach ignorieren.
Gruß,
Eric
-
Mit den aktuellen 0.12.x Versionen die man von GIT installieren kann ist der Fehler weg.
Lg
Günther
-
Ich habe 0.12.17
Trotzdem kommt immer wieder der Websocket Error.
In VIS, speziell wenn ich am editieren von Views bin. Inzwischen läuft alles auf Raspi, weil ich Fehler am Bananapi ausschliessen wollte; und der PI hängt auch am Kabel um Fehler über WLAN auszuschliessen. Wie befürchtet war es das alles nicht. De Verbindungsabbrueche bestehen weiterhin. Sowohl beim Editieren von Views als auch beim normalen Betrieb von Vis. Aus dem gleichen Grund wird bei mir wohl auch die VIS-App nicht funktionieren.
Gruss Ralf
-
Ich habe 0.12.17
Trotzdem kommt immer wieder der Websocket Error.
In VIS, speziell wenn ich am editieren von Views bin. Inzwischen läuft alles auf Raspi, weil ich Fehler am Bananapi ausschliessen wollte; und der PI hängt auch am Kabel um Fehler über WLAN auszuschliessen. Wie befürchtet war es das alles nicht. De Verbindungsabbrueche bestehen weiterhin. Sowohl beim Editieren von Views als auch beim normalen Betrieb von Vis. Aus dem gleichen Grund wird bei mir wohl auch die VIS-App nicht funktionieren.
Gruss Ralf `
Screenshot? -
Hi Bluefox
Hab eben festgestellt: Wenn VIS spinnt, komme ich auch nicht mehr auf die IOBroker Seite und auch per Telnet geht nichts mehr. Wenn dann die Verbindung wieder steht, sehe ich im Log folgendes
web.0 2017-03-21 23:10:50.883 info web.0 2017-03-21T22:10:50.866Z Connected system.user.admin web.0 2017-03-21 23:10:48.899 info web.0 http server listening on port 8082 web.0 2017-03-21 23:10:48.898 info web.0 socket.io server listening on port 8082 web.0 2017-03-21 23:10:47.292 info web.0 starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.web, node: v4.7.2 ioBroker-Pi2 2017-03-21 23:10:43.516 info host.ioBroker-Pi2 instance system.adapter.web.0 started with pid 22730 ioBroker-Pi2 2017-03-21 23:10:25.863 info host.ioBroker-Pi2 instance system.adapter.tvspielfilm.0 terminated with code 0 (OK) tvspielfilm.0 2017-03-21 23:10:24.854 info tvspielfilm.0 objects written tvspielfilm.0 2017-03-21 23:10:24.732 info tvspielfilm.0 starting. Version 0.2.2 in /opt/iobroker/node_modules/iobroker.tvspielfilm, node: v4.7.2 hm-rpc.1 2017-03-21 23:10:18.283 warn hm-rpc.1 Reconnection to DB. hm-rpc.1 2017-03-21 23:10:18.221 warn hm-rpc.1 Reconnection to DB. rpi2.0 2017-03-21 23:10:17.177 warn Reconnection to DB. rpi2.0 2017-03-21 23:10:16.753 warn Reconnection to DB. hm-rpc.0 2017-03-21 23:10:16.422 warn Reconnection to DB. hm-rpc.0 2017-03-21 23:10:15.989 warn Reconnection to DB. javascript.0 2017-03-21 23:10:15.407 warn Reconnection to DB. javascript.0 2017-03-21 23:10:15.388 warn Reconnection to DB. telegram.0 2017-03-21 23:10:14.679 warn Reconnection to DB. simple-api.0 2017-03-21 23:10:14.590 warn Reconnection to DB. text2command.0 2017-03-21 23:10:14.563 warn Reconnection to DB. history.0 2017-03-21 23:10:14.492 warn Reconnection to DB. text2command.0 2017-03-21 23:10:14.448 warn Reconnection to DB. admin.0 2017-03-21 23:10:14.215 warn Reconnection to DB. hm-rega.0 2017-03-21 23:10:14.205 warn Reconnection to DB. fritzbox.0 2017-03-21 23:10:14.175 warn Reconnection to DB. amazon-dash.0 2017-03-21 23:10:14.139 warn Reconnection to DB. socketio.0 2017-03-21 23:10:14.129 warn Reconnection to DB. admin.0 2017-03-21 23:10:14.095 warn Reconnection to DB. sayit.0 2017-03-21 23:10:14.069 warn Reconnection to DB. hm-rega.0 2017-03-21 23:10:14.058 warn Reconnection to DB. telegram.0 2017-03-21 23:10:13.962 warn Reconnection to DB. history.0 2017-03-21 23:10:13.951 warn Reconnection to DB. simple-api.0 2017-03-21 23:10:13.946 warn Reconnection to DB. fritzbox.0 2017-03-21 23:10:13.943 warn Reconnection to DB. amazon-dash.0 2017-03-21 23:10:13.895 warn Reconnection to DB. socketio.0 2017-03-21 23:10:13.872 warn Reconnection to DB. sayit.0 2017-03-21 23:10:13.763 warn Reconnection to DB. host.ioBroker-Pi2 2017-03-21 23:10:13.415 warn instance system.adapter.tvspielfilm.0 does not started, because just executed host.ioBroker-Pi2 2017-03-21 23:10:13.397 info Restart adapter system.adapter.web.0 because enabled host.ioBroker-Pi2 2017-03-21 23:10:13.396 error instance system.adapter.web.0 terminated with code null () host.ioBroker-Pi2 2017-03-21 23:10:13.385 warn instance system.adapter.web.0 terminated due to SIGKILL host.ioBroker-Pi2 2017-03-21 23:10:12.830 info instance system.adapter.tvspielfilm.0 started with pid 22588Wenn es nochmal passiert mache ich Dir einen Screenshot
Gruss Ralf
-
Und schon wieder:
web.0 2017-03-21 23:16:21.056 info 2017-03-21T22:16:21.055Z Connected system.user.admin web.0 2017-03-21 23:16:19.280 info http server listening on port 8082 web.0 2017-03-21 23:16:19.272 info socket.io server listening on port 8082 web.0 2017-03-21 23:16:17.188 info starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.web, node: v4.7.2 host. 2017-03-21 23:16:17.058 info States connected to redis 127.0.0.1:6379 host.ioBroker-Pi2 2017-03-21 23:16:11.984 info instance system.adapter.web.0 started with pid 22874 host.ioBroker-Pi2 2017-03-21 23:15:39.397 info Restart adapter system.adapter.web.0 because enabled host.ioBroker-Pi2 2017-03-21 23:15:39.396 error instance system.adapter.web.0 terminated with code null () host.ioBroker-Pi2 2017-03-21 23:15:39.394 warn instance system.adapter.web.0 terminated due to SIGKILL host.ioBroker-Pi2 2017-03-21 23:15:06.099 info instance system.adapter.tvspielfilm.0 terminated with code 0 (OK) tvspielfilm.0 2017-03-21 23:15:04.664 info objects writtenUnd nochmal:
-
Hallo Bluefox
Du wolltes vor knapp 2 Monaten einen Screenshot von mir. Den hatte ich eingestellt.
Hat das was geholfen? Du hast nie wieder geantwortet….
Gruss Ralf
-
Ich vermute, dass dein Problem dann passiert, wenn WEB adapter sich verabschiedet.
Jetzt muss man rausfinden warum web neu gestartet wird.
Kannst du Auf DEBUG level umschalten und web beobachten?
-
Hallo Bluefox
Ok. Habe debug eingeschaltet und habe mit VIS ein wenig editiert.
Auffällig war heute, dass es ziemlich lange gedauert hat bis die Verbindung von VIS abgebrochen war.
Gestern noch hatte ich Abbrüche nach so ziemlich jedem Widget das ich angefaßt hatte.
Ich habe aber gestern noch in der vis-views.json alle Referenzen auf Bilder korrigiert. Da waren durch die Übernahme von Dash-UI noch oft falsche Pfade angegeben. Ev. hat das die Sache stabiler gemacht.
Aber letztendlich, so gegen 22.25 Uhr, gab es dann doch einen Abbruch.
Das Log findest Du hier (war zu gross um es hier hochzuladen)
https://www.dropbox.com/s/w7r8vcnkixawp … 8.log?dl=0
Eben nochmal passiert:
Drücke Strg+A und danach Strg+C, um den Inhalt in die Zwischenablage zu kopieren. Klicke irgendwo, um das Fenster zu schliessen. ioBroker-Pi2 2017-05-08 22:47:00.289 info host.ioBroker-Pi2 instance system.adapter.web.0 started with pid 9176 javascript.0 2017-05-08 22:46:39.794 info script.js.common.Statusansagen: TempUnter. im Hauswirtschaftsraum:17.4 host.ioBroker-Pi2 2017-05-08 22:46:30.204 info Restart adapter system.adapter.web.0 because enabled host.ioBroker-Pi2 2017-05-08 22:46:30.203 error instance system.adapter.web.0 terminated with code null () host.ioBroker-Pi2 2017-05-08 22:46:30.201 warn instance system.adapter.web.0 terminated due to SIGKILL host. 2017-05-08 22:45:57.180 debug redis pmessage io.* io.fritzbox.0.callmonitor.all {'val':'08.05\. 21:33 0033479240725 <<- 5 1:12:15','ack':true,'ts':1494276357173,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276357173} host. 2017-05-08 22:45:57.177 debug redis pmessage io.* io.fritzbox.0.callmonitor.connect {'val':'08.05\. 21:33 0033479240725 1:12:15','ack':true,'ts':1494276357172,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276357172} host. 2017-05-08 22:45:57.023 debug redis pmessage io.* io.system.adapter.web.0.uptime {'val':3250,'ack':true,'ts':1494276357014,'q':0,'from':'system.adapter.web.0','lc':1494276357014} host. 2017-05-08 22:45:57.022 debug redis pmessage io.* io.system.adapter.web.0.memHeapUsed {'val':210.92,'ack':true,'ts':1494276357013,'q':0,'from':'system.adapter.web.0','lc':1494276357013} host. 2017-05-08 22:45:57.021 debug redis pmessage io.* io.system.adapter.web.0.memHeapTotal {'val':208.42,'ack':true,'ts':1494276357011,'q':0,'from':'system.adapter.web.0','lc':1494276357011} host. 2017-05-08 22:45:57.020 debug redis pmessage io.* io.system.adapter.web.0.memRss {'val':285.08,'ack':true,'ts':1494276357010,'q':0,'from':'system.adapter.web.0','lc':1494276357010} host. 2017-05-08 22:45:57.018 debug redis pmessage io.* io.system.adapter.web.0.connected {'val':true,'ack':true,'ts':1494276357008,'q':0,'from':'system.adapter.web.0','lc':1494273110581} host. 2017-05-08 22:45:57.016 debug redis pmessage io.* io.system.adapter.web.0.alive {'val':true,'ack':true,'ts':1494276357006,'q':0,'from':'system.adapter.web.0','lc':1494273110577} host. 2017-05-08 22:45:57.014 debug redis publish io.system.adapter.web.0.uptime {'val':3250,'ack':true,'ts':1494276357014,'q':0,'from':'system.adapter.web.0','lc':1494276357014} host. 2017-05-08 22:45:57.013 debug redis publish io.system.adapter.web.0.memHeapUsed {'val':210.92,'ack':true,'ts':1494276357013,'q':0,'from':'system.adapter.web.0','lc':1494276357013} host. 2017-05-08 22:45:57.012 debug redis publish io.system.adapter.web.0.memHeapTotal {'val':208.42,'ack':true,'ts':1494276357011,'q':0,'from':'system.adapter.web.0','lc':1494276357011} host. 2017-05-08 22:45:57.010 debug redis publish io.system.adapter.web.0.memRss {'val':285.08,'ack':true,'ts':1494276357010,'q':0,'from':'system.adapter.web.0','lc':1494276357010} host. 2017-05-08 22:45:57.009 debug redis publish io.system.adapter.web.0.connected {'val':true,'ack':true,'ts':1494276357008,'q':0,'from':'system.adapter.web.0','lc':1494273110581} host. 2017-05-08 22:45:57.007 debug redis publish io.system.adapter.web.0.alive {'val':true,'ack':true,'ts':1494276357006,'q':0,'from':'system.adapter.web.0','lc':1494273110577} host. 2017-05-08 22:45:56.329 debug redis pmessage io.* io.system.adapter.cloud.0.uptime {'val':74706,'ack':true,'ts':1494276356303,'q':0,'from':'system.adapter.cloud.0','lc':1494276356303} host. 2017-05-08 22:45:56.328 debug redis pmessage io.* io.system.adapter.cloud.0.memHeapUsed {'val':24.13,'ack':true,'ts':1494276356300,'q':0,'from':'system.adapter.cloud.0','lc':1494276356300} host. 2017-05-08 22:45:56.325 debug redis pmessage io.* io.system.adapter.cloud.0.memHeapTotal {'val':25.94,'ack':true,'ts':1494276356297,'q':0,'from':'system.adapter.cloud.0','lc':1494265614617} host. 2017-05-08 22:45:56.315 debug redis pmessage io.* io.system.adapter.cloud.0.memRss {'val':28.13,'ack':true,'ts':1494276356294,'q':0,'from':'system.adapter.cloud.0','lc':1494276356294} host. 2017-05-08 22:45:56.313 debug redis pmessage io.* io.system.host.ioBroker-Pi2.freemem {'val':138,'ack':true,'ts':1494276356292,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356292} host. 2017-05-08 22:45:56.312 debug redis pmessage io.* io.system.host.ioBroker-Pi2.uptime {'val':74856,'ack':true,'ts':1494276356292,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356292} host. 2017-05-08 22:45:56.311 debug redis pmessage io.* io.system.host.ioBroker-Pi2.memHeapUsed {'val':94.38,'ack':true,'ts':1494276356291,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356291} host. 2017-05-08 22:45:56.309 debug redis pmessage io.* io.system.host.ioBroker-Pi2.memHeapTotal {'val':100.36,'ack':true,'ts':1494276356290,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356290} host. 2017-05-08 22:45:56.308 debug redis pmessage io.* io.system.host.ioBroker-Pi2.memRss {'val':155.66,'ack':true,'ts':1494276356289,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356289} host. 2017-05-08 22:45:56.307 debug redis pmessage io.* io.system.adapter.cloud.0.connected {'val':true,'ack':true,'ts':1494276356288,'q':0,'from':'system.adapter.cloud.0','lc':1494201656474} host. 2017-05-08 22:45:56.306 debug redis pmessage io.* io.system.host.ioBroker-Pi2.mem {'val':15,'ack':true,'ts':1494276356288,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356288} host. 2017-05-08 22:45:56.304 debug redis pmessage io.* io.system.host.ioBroker-Pi2.load {'val':3.37,'ack':true,'ts':1494276356287,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276356287} host. 2017-05-08 22:45:56.302 debug redis pmessage io.* io.system.host.ioBroker-Pi2.alive {'val':true,'ack':true,'ts':1494276356285,'q':0,'from':'system.host.ioBroker-Pi2','lc':1494276341849} host. 2017-05-08 22:45:56.299 debug redis pmessage io.* io.system.adapter.cloud.0.alive {'val':true,'ack':true,'ts':1494276356285,'q':0,'from':'system.adapter.cloud.0','lc':1494201656466} host. 2017-05-08 22:45:56.268 debug redis pmessage io.* io.fritzbox.0.callmonitor.all {'val':'08.05\. 21:33 0033479240725 <<- 5 1:12:14','ack':true,'ts':1494276356170,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276356170} host. 2017-05-08 22:45:56.266 debug redis pmessage io.* io.fritzbox.0.callmonitor.connect {'val':'08.05\. 21:33 0033479240725 1:12:14','ack':true,'ts':1494276356169,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276356169} host. 2017-05-08 22:45:56.265 debug redis pmessage io.* io.system.adapter.socketio.0.uptime {'val':74797,'ack':true,'ts':1494276356158,'q':0,'from':'system.adapter.socketio.0','lc':1494276356158} host. 2017-05-08 22:45:56.264 debug redis pmessage io.* io.system.adapter.socketio.0.memHeapUsed {'val':13.67,'ack':true,'ts':1494276356157,'q':0,'from':'system.adapter.socketio.0','lc':1494276356157} host. 2017-05-08 22:45:56.263 debug redis pmessage io.* io.system.adapter.socketio.0.memHeapTotal {'val':17.27,'ack':true,'ts':1494276356157,'q':0,'from':'system.adapter.socketio.0','lc':1494272583283} host. 2017-05-08 22:45:56.262 debug redis pmessage io.* io.system.adapter.socketio.0.memRss {'val':10.75,'ack':true,'ts':1494276356156,'q':0,'from':'system.adapter.socketio.0','lc':1494276356156} host. 2017-05-08 22:45:56.260 debug redis pmessage io.* io.system.adapter.socketio.0.connected {'val':true,'ack':true,'ts':1494276356155,'q':0,'from':'system.adapter.socketio.0','lc':1494201581293} host. 2017-05-08 22:45:56.257 debug redis pmessage io.* io.system.adapter.socketio.0.alive {'val':true,'ack':true,'ts':1494276356155,'q':0,'from':'system.adapter.socketio.0','lc':1494201581291} host. 2017-05-08 22:45:55.444 debug redis pmessage io.* io.system.adapter.fritzbox.0.uptime {'val':74733,'ack':true,'ts':1494276355433,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276355433} host. 2017-05-08 22:45:55.443 debug redis pmessage io.* io.system.adapter.fritzbox.0.memHeapUsed {'val':10.27,'ack':true,'ts':1494276355432,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276355432} host. 2017-05-08 22:45:55.441 debug redis pmessage io.* io.system.adapter.fritzbox.0.memHeapTotal {'val':14.38,'ack':true,'ts':1494276355431,'q':0,'from':'system.adapter.fritzbox.0','lc':1494232312147} host. 2017-05-08 22:45:55.438 debug redis pmessage io.* io.system.adapter.fritzbox.0.memRss {'val':17.94,'ack':true,'ts':1494276355431,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276355431} host. 2017-05-08 22:45:55.437 debug redis pmessage io.* io.system.adapter.fritzbox.0.connected {'val':true,'ack':true,'ts':1494276355430,'q':0,'from':'system.adapter.fritzbox.0','lc':1494201626549} host. 2017-05-08 22:45:55.434 debug redis pmessage io.* io.system.adapter.fritzbox.0.alive {'val':true,'ack':true,'ts':1494276355429,'q':0,'from':'system.adapter.fritzbox.0','lc':1494201626543} host. 2017-05-08 22:45:55.246 debug redis pmessage io.* io.fritzbox.0.callmonitor.all {'val':'08.05\. 21:33 0033479240725 <<- 5 1:12:13','ack':true,'ts':1494276355168,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276355168} host. 2017-05-08 22:45:55.244 debug redis pmessage io.* io.fritzbox.0.callmonitor.connect {'val':'08.05\. 21:33 0033479240725 1:12:13','ack':true,'ts':1494276355167,'q':0,'from':'system.adapter.fritzbox.0','lc':1494276355167} host. 2017-05-08 22:45:54.270 debug redis pmessage io.* io.system.adapter.vis.0.uptime {'val':74831,'ack':true,'ts':1494276354254,'q':0,'from':'system.adapter.vis.0','lc':1494276354254} host. 2017-05-08 22:45:54.268 debug redis pmessage io.* io.system.adapter.vis.0.memHeapUsed {'val':11.4,'ack':true,'ts':1494276354253,'q':0,'from':'system.adapter.vis.0','lc':1494276354253}Gruss Ralf
