You are sending to fast error im Log & CCU2 deswegen tot…

[etv]

…meine Fehler hatte ich ziemlich genau alle 90 Sekunden - wo die her kommen ist mir sowieso ein Rätsel, weil ich eben auch den Pollintervall auf 30 Sekunden hab....

Naja - weiter beobachten - wenn das einmal in zwei Monaten ist, dann ist's ja OK...läuft dann ja länger als so mancher Windows Rechner :lol:

Grüße

etv

[etv]

Hurra….der Fehler ist wieder da - gestern um Punkt 18:00 Uhr hat sich iobroker wieder teilweise vertschüsst und die CCU lahm gelegt...

! 2016-01-15 17:32:01.134 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 17:42:00.995 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 17:52:00.975 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:00:00.240 - info: web.0 terminating http server on port 8082
! 2016-01-15 18:00:00.244 - info: web.0 terminated http server on port 8082
! 2016-01-15 10:50:41.603 - warn: admin.0 Reconnection to DB.
! 2016-01-15 18:00:00.261 - info: admin.0 terminating http server on port 8081
! 2016-01-15 10:50:46.568 - info: hm-rpc.0 binrpc <- listDevices ["hm-rpc.0"]
! 2016-01-15 10:50:46.740 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-15 18:00:00.288 - info: hm-rpc.0 binrpc -> 192.168.68.222:2001 init ["xmlrpc_bin://192.168.68.223:2001",""]
! 2016-01-15 18:00:00.823 - info: pushbullet.0 cleaned everything up…
! 2016-01-15 18:00:01.790 - info: admin.0 terminating with timeout
! 2016-01-15 18:00:02.332 - info: pushbullet.0 terminating with timeout
! 2016-01-15 18:02:00.928 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:03:00.490 - info: hm-rpc.0 binrpc <- system.listMethods ["hm-rpc.0"]
! 2016-01-15 18:12:00.893 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:22:01.041 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:03:00.528 - info: hm-rpc.0 binrpc <- listDevices ["hm-rpc.0"]
! 2016-01-15 18:28:30.529 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:30:00.537 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:31:30.540 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:32:01.010 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:33:00.543 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:34:30.546 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:36:00.548 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:37:30.551 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:39:00.554 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:40:30.557 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:42:00.560 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:42:01.158 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:43:30.563 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:45:00.568 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:46:30.572 - error: hm-rpc.0 Error: You are sending too fast

Wieder das selbe Spiel - web.0 terminiert, dann admin.0, dann verliert hm-rpc.0 seine Verbindung zur DB und das Spiel mit "you are sending too fast" geht los mit dem Effekt, dass die CCU nichts mehr schaltet…..

Das einzige was normal weiter läuft ist javascript - mein Benzinpreis Script holt sich in regelmäßigen Abständen die aktuellen Preise, d.h. auch wieder, dass iobroker grundsätzlich noch läuft - nur die Schnittstellen nach außen (webinterface ud ccu) klappen alle nicht mehr - auch VIS zeigt "no connection" am Tablett an...

Ich hab nun mal wie von Thisoft empfohlen den Loglevel auf debug gestellt - vielleicht findet sich ja da was drinnen....

Grüße von einem frierenden, weil natürlich wieder keine Heizung gelaufen ist,

etv

[Bluefox]

@etv:

Hurra….der Fehler ist wieder da - gestern um Punkt 18:00 Uhr hat sich iobroker wieder teilweise vertschüsst und die CCU lahm gelegt...

! 2016-01-15 17:32:01.134 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 17:42:00.995 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 17:52:00.975 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:00:00.240 - info: web.0 terminating http server on port 8082
! 2016-01-15 18:00:00.244 - info: web.0 terminated http server on port 8082
! 2016-01-15 10:50:41.603 - warn: admin.0 Reconnection to DB.
! 2016-01-15 18:00:00.261 - info: admin.0 terminating http server on port 8081
! 2016-01-15 10:50:46.568 - info: hm-rpc.0 binrpc <- listDevices ["hm-rpc.0"]
! 2016-01-15 10:50:46.740 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-15 18:00:00.288 - info: hm-rpc.0 binrpc -> 192.168.68.222:2001 init ["xmlrpc_bin://192.168.68.223:2001",""]
! 2016-01-15 18:00:00.823 - info: pushbullet.0 cleaned everything up…
! 2016-01-15 18:00:01.790 - info: admin.0 terminating with timeout
! 2016-01-15 18:00:02.332 - info: pushbullet.0 terminating with timeout
! 2016-01-15 18:02:00.928 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:03:00.490 - info: hm-rpc.0 binrpc <- system.listMethods ["hm-rpc.0"]
! 2016-01-15 18:12:00.893 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:22:01.041 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:03:00.528 - info: hm-rpc.0 binrpc <- listDevices ["hm-rpc.0"]
! 2016-01-15 18:28:30.529 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:30:00.537 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:31:30.540 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:32:01.010 - info: javascript.0 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:33:00.543 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:34:30.546 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:36:00.548 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:37:30.551 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:39:00.554 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:40:30.557 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:42:00.560 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:42:01.158 - info: javascript.0 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-15 18:43:30.563 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:45:00.568 - error: hm-rpc.0 Error: You are sending too fast
! 2016-01-15 18:46:30.572 - error: hm-rpc.0 Error: You are sending too fast

Wieder das selbe Spiel - web.0 terminiert, dann admin.0, dann verliert hm-rpc.0 seine Verbindung zur DB und das Spiel mit "you are sending too fast" geht los mit dem Effekt, dass die CCU nichts mehr schaltet…..

Das einzige was normal weiter läuft ist javascript - mein Benzinpreis Script holt sich in regelmäßigen Abständen die aktuellen Preise, d.h. auch wieder, dass iobroker grundsätzlich noch läuft - nur die Schnittstellen nach außen (webinterface ud ccu) klappen alle nicht mehr - auch VIS zeigt "no connection" am Tablett an...

Ich hab nun mal wie von Thisoft empfohlen den Loglevel auf debug gestellt - vielleicht findet sich ja da was drinnen....

Grüße von einem frierenden, weil natürlich wieder keine Heizung gelaufen ist,

etv `
Kannst du RAM mal beobachten?

[etv]

[quote="Bluefox"

Kannst du RAM mal beobachten?

OK, mach' ich - ich hoffe, dass er die Daten auch wegschreiben kann knapp bevor er dann hängt. Aktuell hat er 5% belegt.

Auf diesem Raspi ist nur ioBroker drauf, sonst nix und folgende Instanzen laufen:

Was hat es beim Daten Loggen (History) eigentlich mit der Entprellzeit? ich hab die beim Memory nun auf 1 Sekunde gestellt. Ist das sinnvoll/-los?

Grüße

etv

[etv]

@Bluefox:

Kannst du RAM mal beobachten? `
Hallo Bluefox,

irgendwie stimmt der Wert den ich im Admin Panel zum Thema Memory sehe (system.host.etv-iob-main.mem) nicht mit der Realität überein, oder ist der Wert, das was gerade an Speicher frei ist??

Aktuell zeigt er mir 5% im Admin Panel an und laut top auf der Konsole sind ca. 40k von einem Gig frei….das würde ja fast hin kommen, oder?

Das ist der aktuelle Output von Top auf der Console

top - 17:33:47 up  6:48,  1 user,  load average: 0,10, 0,41, 0,61
Tasks: 110 total,   1 running, 109 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,6 us,  0,2 sy,  0,0 ni, 97,2 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:    948108 total,   916580 used,    31528 free,   111148 buffers
KiB Swap:   102396 total,       56 used,   102340 free.   226108 cached Mem

Zeitgleich der Wert im Admin Panel: 3%

Heute ist web.0 und socketio auch wieder "baden gegangen" - ich war aber gerade auf der Console und hab gleich einen reboot gemacht - war ein Fehler, hätte warten sollen was weiter passiert

Auf jeden Fall war da der Wert beim Speicher im SQL-Log bei 1% und da ist der crash gewesen….

Der Wert von 1% kommt aber des öfteren im Log vor, kann sein, dass es aus dieser Ecke kommt, oder?

Nachdem ich für die ioBroker App den socket-io Adapter laufen hab, hab ich jetzt mal den integrierten von web.0 "abgedreht" und bei web.0 auf den eigentlichen socket-io Adapter "umgeleitet"....

Grüße

etv

[versteckt]

Hallo etv, du setzt ja einen Raspi ein, installier doch den iobroker.rpi Adapter, und schalte dort die

History aktiv.

Dann hast du gleich mal alle relevanten Werte (Temperatur, CPU, Memory, Netzwerk) von deinem Raspi

und kannst dir das in Ruhe ansehen.

LG Christian

[etv]

Hallo Christian,

hab's gerade installiert mit "npm install https://github.com/husky-koglhof/iobrok … all/master" und auch nach iobroker neu starten finde ich den Adapter, bzw. die Instanz oder sonst was nicht...

vcgencmd hab ich in javascript geladen und der Ordner iobroker.rpi ist auch in den node-modules vorhanden

Grüße

etv

[versteckt]

Siehst du in der Objekte Lasche etwas vom rpi Adapter?

Gesendet von meinem iPhone mit Tapatalk

[nobody]

Hi

war bei mir auch so.

Versuche mal

Iobroker upload rpi

iobroker add rpi

über die Konsole.

Gesendet von meinem SM-G900F mit Tapatalk

[etv]

@nobody:

Iobroker upload rpi

iobroker add rpi `
..danke nobody - das hat geholfen!

@versteckt:

Siehst du in der Objekte Lasche etwas vom rpi Adapter? `
…nein da war nichts, aber jetzt ist der Adapter da und es funzt!

Der Adapter ist der Hit!!

Ich hab nun mal memory_free und load5 zur History hinzugefügt...schauen wir mal, was sich da so tut.

Temperatur ist bei 48° bei geschlossenem Gehäuse, habs nun aufgemacht (und gleich nur mehr 43°) - die werd' ich nicht überwachen, da ist denke ich keine Gefahr

Danke euch!

Grüße

etv

[versteckt]

Hallo etv!

Das freut mich, genau deswegen habe ich ihn entwickelt. Bei mir war auch das Temperaturthema

und ist nun gelöst.

LG Christian

[aquapro]

@StefSign:

Nach dem ich auf neue Hardware gesetzt habe, ein Intel NUC statt XU3, scheint dieser schnelle NUC die Homemtatic CCU2 regelrecht platt gemacht zu haben, soll heissen nach einiger Zeit konnte ich auf das Homematic Webinterface nicht mehr zugreifen und hm.rega.0 brachte Fehlermeldungen. `

Hallo Stefan,

kurze Frage, welches NUC hast Du und welches OS? Ich will auch umsteigen, wegen dem zu geringen Speicher vom Pi, nur befürchte ich genau Deine genannten Probleme.

Teile von iobroker gehen noch etwas größzügig mit Speicher um. Deshalb muss der Pi bei mir weg, wenn ich noch weiter mit iobroker testen will. Verteilt auf mehrere Pi ist auch sehr anfällig. Je nachdem wie die Situation ist, gibt es ein munteres starten und stoppen der Adapter, aber das ist ein anderes Thema.

Gruß

Tino

[aquapro]

@versteckt:

Hallo etv!

Das freut mich, genau deswegen habe ich ihn entwickelt. Bei mir war auch das Temperaturthema

und ist nun gelöst.

LG Christian `

Hallo Christian,

kannst auch einen für die Banane aus dem Hut zaubern?

Gruß

Tino

[etv]

@versteckt:

Hallo etv!

Das freut mich, genau deswegen habe ich ihn entwickelt. Bei mir war auch das Temperaturthema

und ist nun gelöst.

LG Christian `

…einmal bin ich noch lästig

Ich hab folgende Werte im rpi-Adapter angehackerlt

• CPU

• Raspberry

• Speicher

• Temperatur

Ich bekomm beim Speicher regelmäbige Updates aber bei den CPU Werten nicht. Temperatur ändert sich auch, die Raspberry Werte sind sowieso statisch, bis auf die Spannung nehme ich an....

Aber warum tut sich bei den CPU Werten (load1, load5 und load15) nix?

Grüße

etv

[versteckt]

Hallo,

BananaPi ist doch grundsätzlich zu Raspberry Pi kompatibel.

Das bedeutet, das du eigentlich den Adapter verwenden kannst.

Die "Raspberry" Checkbox bitte nicht verwenden, dies muss ich mir erst ansehen.

LG Christian

[etv]

@Bluefox:

Kannst du RAM mal beobachten? `

Hallo Bluefox,

RAM hab ich die letzten Tage versucht zu loggen (siehe weiter oben), zum Schluss mit dem rpi-Adapter von Christian, doch leider hilft es nix, weil das Logging auch abschmiert…jedoch nicht bis zum Blockieren der CCU!!

Hier der LOG des heutigen Absturzes - zur Abfolge:

• alles läuft OK,

• um 15:30 geht es los mit info: hm-rpc.0 binrpc -> 192.168.68.222:2001 init ["xmlrpc_bin://192.168.68.223:2001",""]

• danach stürzen ein paar Adaopter ab, man kommt nicht mehr auf admin via Browser

• auf der Console via SSH schau ich mit tail mit…

• über eine Stunde passiert nix, außer dass jacasvript Programme normal laufen

• dann gebe ich auf der Console "iobroker start" ein und ab geht die Post...siehe ab 16:43

• da geht dann gar nix mehr, kein admin via Browser und SSH Verbindung bricht ab (wegen Timeout)

• das hab ich mir dann 13 Minuten angeschaut und dand den Raspi ausgesteckt und neu gestartet...

• jo - und jetzt läuft wieder alles...

! 2016-01-19 15:22:01.733 - info: javascript.1 script.js.Spritpreise: –------------------ Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-19 15:28:14.554 - info: socketio.0 sendTo "getHistory" to system.adapter.sql.0 from system.adapter.socketio.0: {"id":"hm-rpc.0.LEQ0099321.1.TEMPERATURE","options":{"start":1453192184,"end":1453213784,"ignoreNull":false,"aggregate":"average","step":"300","instance":"sql.0"}}
! 2016-01-19 15:28:14.934 - info: sql.0 Send: 72 of: 139 in: 364ms
! 2016-01-19 15:28:14.938 - info: sql.0 sendTo "getHistory" to system.adapter.socketio.0 from system.adapter.sql.0: {"result":[{"ts":1453192334,"val":null},{"ts":1453192634,"val":-7.5},{"ts":1453192934,"val":-7.15},{"ts":1453193234,"val":-6.95},{"ts":1453193534,"val":-6.8},{"ts":1453193834,"val":-6.6},{"ts":1453194134,"val":-6.4},{"ts":1453194434,"val":-6.1},{"ts":1453194734,"val":-5.95},{"ts":1453195034,"val":-5.8},{"ts":1453195334,"val":-5.7},{"ts":1453195634,"val":-5.5},{"ts":1453195934,"val":-5.4},{"ts":1453196234,"val":-5.2},{"ts":1453196534,"val":-5.2},{"ts":1453196834,"val":-5.1},{"ts":1453197134,"val":-4.95},{"ts":1453197434,"val":-4.8},{"ts":1453197734,"val":-4.75},{"ts":1453198034,"val":-4.6},{"ts":1453198334,"val":-4.45},{"ts":1453198634,"val":-4.4},{"ts":1453198934,"val":-4.3},{"ts":1453199234,"val":-4.3},{"ts":1453199534,"val":-4.15},{"ts":1453199834,"val":-3.95},{"ts":1453200134,"val":-3.8},{"ts":1453200434,"val":-3.65},{"ts":1453200734,"val":-3.5},{"ts":1453201034,"val":-3.4},{"ts":1453201334,"val":-3.25},{"ts":1453201634,"val":-3.15},{"ts":1453201934,"val":-3},{"ts":1453202234,"val":-2.95},{"ts":1453202534,"val":-2.8},{"ts":1453202834,"val":-2.6},{"ts":1453203134,"val":-2.55},{"ts":1453203434,"val":-2.4},{"ts":1453203734,"val":-2.25},{"ts":1453204034,"val":-2.2},{"ts":1453204334,"val":-2.1},{"ts":1453204634,"val":-2.1},{"ts":1453204934,"val":-1.95},{"ts":1453205234,"val":-1.9},{"ts":1453205534,"val":-1.85},{"ts":1453205834,"val":-1.8},{"ts":1453206134,"val":-1.7},{"ts":1453206434,"val":-1.6},{"ts":1453206734,"val":-1.5},{"ts":1453207034,"val":-1.4},{"ts":1453207334,"val":-1.4},{"ts":1453207634,"val":-1.35},{"ts":1453207934,"val":-1.25},{"ts":1453208234,"val":-1.2},{"ts":1453208534,"val":-1.1},{"ts":1453208834,"val":-1.03},{"ts":1453209134,"val":-1},{"ts":1453209434,"val":-1},{"ts":1453209734,"val":-1},{"ts":1453210034,"val":-1.05},{"ts":1453210334,"val":-1.2},{"ts":1453210634,"val":-1.2},{"ts":1453210934,"val":-1.2},{"ts":1453211234,"val":-1.2},{"ts":1453211534,"val":-1.2},{"ts":1453211834,"val":-1.25},{"ts":1453212134,"val":-1.3},{"ts":1453212434,"val":-1.35},{"ts":1453212734,"val":-1.4},{"ts":1453213034,"val":-1.4},{"ts":1453213334,"val":-1.45},{"ts":1453213634,"val":-1.5}],"step":300,"error":null}
! 2016-01-19 15:30:00.770 - info: hm-rpc.0 binrpc -> 192.168.68.222:2001 init ["xmlrpc_bin://192.168.68.223:2001",""]
! 2016-01-19 15:30:01.006 - info: admin.0 terminating http server on port 8081
! 2016-01-19 15:30:01.034 - info: socketio.0 terminating http server on port 8084
! 2016-01-19 15:30:01.187 - info: web.0 terminating http server on port 8082
! 2016-01-19 15:30:01.663 - info: web.0 terminated http server on port 8082
! 2016-01-19 15:30:03.208 - info: admin.0 terminating with timeout
! 2016-01-19 15:30:05.215 - info: pushbullet.0 cleaned everything up…
! 2016-01-19 15:30:07.541 - info: pushbullet.0 terminating with timeout
! 2016-01-19 15:33:15.031 - info: socketio.0 sendTo "getHistory" to system.adapter.sql.0 from system.adapter.socketio.0: {"id":"hm-rpc.0.LEQ0099321.1.TEMPERATURE","options":{"start":1453213784,"end":1453214084,"ignoreNull":false,"aggregate":"average","count":1,"instance":"sql.0"}}
! 2016-01-19 15:42:00.895 - info: javascript.1 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-19 16:02:00.831 - info: javascript.1 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-19 16:22:00.907 - info: javascript.1 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-19 16:42:00.833 - info: javascript.1 script.js.Spritpreise: -------------------- Spritpreise eingelesen - �AMTC-Spritfeed: Billigste Diesel-Tankstellen (Steiermark) Anzahl: 25
! 2016-01-19 16:43:14.727 - info: host.etv-iob-main iobroker.js-controller version 0.8.2 js-controller starting
! 2016-01-19 16:43:14.751 - info: host.etv-iob-main Copyright (c) 2014-2015 bluefox, hobbyquaker
! 2016-01-19 16:43:14.755 - info: host.etv-iob-main hostname: etv-iob-main
! 2016-01-19 16:43:14.756 - info: host.etv-iob-main ip addresses: 192.168.68.223 fe80::d289:1043:c916:ee58
! 2016-01-19 16:43:14.887 - info: inMem-states listening on port 9000
! 2016-01-19 16:43:15.306 - info: inMem-objects listening on port 9001
! 2016-01-19 16:43:15.335 - info: host.etv-iob-main InMemoryDB connected
! 2016-01-19 16:43:15.373 - info: host.etv-iob-main 27 instances found
! 2016-01-19 16:43:15.380 - info: host.etv-iob-main starting 19 instances
! 2016-01-19 16:43:15.515 - info: host.etv-iob-main instance system.adapter.admin.0 started with pid 13204
! 2016-01-19 16:43:16.245 - warn: javascript.1 Reconnection to DB.
! 2016-01-19 16:43:16.427 - warn: javascript.1 Reconnection to DB.
! 2016-01-19 16:43:16.594 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-19 16:43:17.615 - warn: hm-rega.0 Reconnection to DB.
! 2016-01-19 16:43:17.920 - warn: hm-rega.0 Reconnection to DB.
! 2016-01-19 16:43:18.909 - warn: socketio.0 Reconnection to DB.
! 2016-01-19 16:43:20.087 - info: host.etv-iob-main instance system.adapter.javascript.0 started with pid 13209
! 2016-01-19 16:43:20.838 - warn: web.0 Reconnection to DB.
! 2016-01-19 16:43:20.825 - warn: javascript.0 Reconnection to DB.
! 2016-01-19 16:43:20.850 - warn: rpi.0 Reconnection to DB.
! 2016-01-19 16:43:21.506 - warn: javascript.0 Reconnection to DB.
! 2016-01-19 16:43:21.589 - warn: web.0 Reconnection to DB.
! 2016-01-19 16:43:21.646 - warn: rpi.0 Reconnection to DB.
! 2016-01-19 16:43:30.925 - error: admin.0 no connection to objects DB
! 2016-01-19 16:43:32.319 - info: host.etv-iob-main instance system.adapter.hm-rpc.0 started with pid 13218
! 2016-01-19 16:43:32.492 - error: javascript.0 no connection to objects DB
! 2016-01-19 16:43:32.417 - info: host.etv-iob-main instance system.adapter.hm-rega.0 started with pid 13219
! 2016-01-19 16:43:32.556 - info: host.etv-iob-main instance system.adapter.web.0 started with pid 13228
! 2016-01-19 16:46:15.046 - error: xhr poll error
! 2016-01-19 16:46:15.060 - error: Error: xhr poll error
! at XHR.Transport.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/engine.io-client/lib/transport.js:66:13)
! at Request. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/engine.io-client/lib/transports/polling-xhr.js:122:10)
! at Request.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:134:20)
! at Request.onError (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/engine.io-client/lib/transports/polling-xhr.js:278:8)
! at null._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/engine.io-client/lib/transports/polling-xhr.js:225:18)
! at Timer.listOnTimeout (timers.js:119:15)
! 2016-01-19 16:46:19.929 - error: hm-rpc.0 no connection to objects DB
! 2016-01-19 16:46:19.934 - error: hm-rega.0 no connection to objects DB
! 2016-01-19 16:46:28.490 - warn: web.0 Reconnection to DB.
! 2016-01-19 16:46:13.032 - info: host.etv-iob-main instance system.adapter.sql.0 started with pid 13250
! 2016-01-19 16:46:13.330 - info: host.etv-iob-main instance scheduled system.adapter.ical.0 0,30 * * * *
! 2016-01-19 16:52:13.138 - warn: hm-rega.0 Reconnection to DB.
! 2016-01-19 16:43:16.952 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-19 16:52:13.157 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-19 16:52:13.271 - warn: web.0 Reconnection to DB.
! 2016-01-19 16:43:18.964 - warn: socketio.0 Reconnection to DB.
! 2016-01-19 16:52:13.355 - warn: socketio.0 Reconnection to DB.
! 2016-01-19 16:52:13.481 - warn: javascript.0 Reconnection to DB.
! 2016-01-19 16:52:13.889 - warn: javascript.1 Reconnection to DB.
! 2016-01-19 16:46:13.404 - info: host.etv-iob-main instance system.adapter.ical.0 started with pid 13256
! 2016-01-19 16:46:13.550 - info: host.etv-iob-main instance scheduled system.adapter.ical.1 7 6 * * *
! 2016-01-19 16:52:14.051 - warn: hm-rega.0 Reconnection to DB.
! 2016-01-19 16:52:14.094 - warn: hm-rpc.0 Reconnection to DB.
! 2016-01-19 16:52:14.121 - warn: socketio.0 Reconnection to DB.
! 2016-01-19 16:52:14.129 - warn: javascript.0 Reconnection to DB.
! 2016-01-19 16:52:14.220 - warn: web.0 Reconnection to DB.
! 2016-01-19 16:52:14.191 - warn: javascript.1 Reconnection to DB.
! 2016-01-19 16:46:13.645 - info: host.etv-iob-main instance system.adapter.ical.1 started with pid 13257
! 2016-01-19 16:46:14.101 - info: host.etv-iob-main instance system.adapter.socketio.0 started with pid 13265
! 2016-01-19 16:46:14.516 - info: host.etv-iob-main instance system.adapter.pushbullet.0 started with pid 13288
! 2016-01-19 16:46:15.047 - info: host.etv-iob-main instance system.adapter.ping.0 started with pid 13295
! 2016-01-19 16:46:15.381 - info: host.etv-iob-main instance system.adapter.sayit.0 started with pid 13300
! 2016-01-19 16:46:19.648 - info: host.etv-iob-main instance system.adapter.rpi.0 started with pid 13301
! 2016-01-19 16:46:20.427 - info: host.etv-iob-main instance system.adapter.javascript.1 started with pid 13319
! 2016-01-19 16:17:21.924 - info: host.etv-iob-main iobroker.js-controller version 0.8.2 js-controller starting
! 2016-01-19 16:17:21.949 - info: host.etv-iob-main Copyright (c) 2014-2015 bluefox, hobbyquaker
! 2016-01-19 16:17:21.953 - info: host.etv-iob-main hostname: etv-iob-main
! 2016-01-19 16:17:21.954 - info: host.etv-iob-main ip addresses: 192.168.68.223 fe80::d289:1043:c916:ee58
! 2016-01-19 16:17:22.110 - info: inMem-states listening on port 9000
! 2016-01-19 16:56:37.729 - info: inMem-objects listening on port 9001
! 2016-01-19 16:56:37.758 - info: host.etv-iob-main InMemoryDB connected
! 2016-01-19 16:56:37.801 - info: host.etv-iob-main 27 instances found
! 2016-01-19 16:56:37.809 - info: host.etv-iob-main starting 19 instances
! 2016-01-19 16:56:37.948 - info: host.etv-iob-main instance system.adapter.admin.0 started with pid 1305
! 2016-01-19 16:56:41.894 - info: host.etv-iob-main instance system.adapter.javascript.0 started with pid 1311
! 2016-01-19 16:56:45.893 - info: host.etv-iob-main instance system.adapter.hm-rpc.0 started with pid 1320
! 2016-01-19 16:56:48.639 - info: admin.0 starting. Version 0.7.2 in /opt/iobroker/node_modules/iobroker.admin
! 2016-01-19 16:56:48.847 - info: admin.0 requesting all states
! 2016-01-19 16:56:48.857 - info: admin.0 requesting all objects
! 2016-01-19 16:56:48.864 - info: admin.0 Request actual repository...
! 2016-01-19 16:56:48.872 - info: admin.0 http server listening on port 8081
! 2016-01-19 16:56:48.874 - info: admin.0 Use link "http://localhost:8081" to configure.
! 2016-01-19 16:56:50.085 - info: host.etv-iob-main instance system.adapter.hm-rega.0 started with pid 1329
! 2016-01-19 16:56:50.764 - info: admin.0 received all states
! 2016-01-19 16:56:51.066 - info: javascript.0 starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.javascript
! 2016-01-19 16:56:51.125 - info: javascript.0 requesting all states
! 2016-01-19 16:56:51.138 - info: javascript.0 requesting all objects
! 2016-01-19 16:56:51.027 - info: hm-rpc.0 starting. Version 0.5.2 in /opt/iobroker/node_modules/iobroker.hm-rpc
! 2016-01-19 16:56:51.702 - info: admin.0 received all objects
! 2016-01-19 16:56:52.585 - info: host.etv-iob-main Update repository "default" under "conf/sources-dist.json"</anonymous>
Irgendwelche Ideen - außer neu installieren

Grüße

etv

[etv]

@versteckt:

Die "Raspberry" Checkbox bitte nicht verwenden, dies muss ich mir erst ansehen.

LG Christian `

…alles klar, Hackerl wieder weg....

Grüße

etv

[versteckt]

Hallo etv,

das mit dem "Hackerl" galt den BananaPi Usern.

Das mit den Load Werten verstehe ich nicht. Wenn du auf der Console / Putty / Terminal

folgendes eingibst ( mit CTRL+C abbrechen ), kommen dann immer die gleichen Werte,

oder ändern sich diese?

while true; do sleep 1; cat /proc/loadavg; done

[etv]

@versteckt:

Das mit den Load Werten verstehe ich nicht. Wenn du auf der Console / Putty / Terminal

folgendes eingibst ( mit CTRL+C abbrechen ), kommen dann immer die gleichen Werte,

oder ändern sich diese?

while true; do sleep 1; cat /proc/loadavg; done
```` `  

Guten Morgen Christian,

das kommt dabei raus:

root@etv-iob-main:/home/pi # while true; do sleep 1; cat /proc/loadavg; done
0.03 0.04 0.05 1/154 1800
0.03 0.04 0.05 1/154 1802
0.03 0.04 0.05 1/154 1804
0.03 0.04 0.05 1/154 1806
0.03 0.04 0.05 1/154 1808
0.02 0.04 0.05 1/154 1810
0.02 0.04 0.05 1/154 1812
0.02 0.04 0.05 1/154 1814
0.02 0.04 0.05 1/154 1816
0.02 0.04 0.05 1/154 1818
0.02 0.04 0.05 1/154 1820
0.02 0.04 0.05 1/154 1822
0.02 0.04 0.05 2/154 1824
0.02 0.04 0.05 1/154 1826
0.02 0.04 0.05 1/154 1828
0.02 0.04 0.05 1/154 1830
0.02 0.04 0.05 1/154 1832
0.02 0.04 0.05 1/154 1834
0.02 0.04 0.05 1/154 1836
0.02 0.04 0.05 1/154 1838
0.02 0.04 0.05 1/154 1840
0.02 0.04 0.05 1/154 1842
0.02 0.04 0.05 1/154 1844
0.02 0.04 0.05 1/154 1846
0.02 0.04 0.05 1/154 1848
0.02 0.04 0.05 1/154 1850
0.02 0.04 0.05 1/154 1852
0.02 0.04 0.05 1/154 1854
0.02 0.04 0.05 1/154 1856
0.02 0.04 0.05 1/154 1858
0.02 0.04 0.05 1/154 1860
0.02 0.04 0.05 1/154 1862
0.02 0.04 0.05 1/154 1864
0.02 0.04 0.05 1/154 1866
0.01 0.04 0.05 1/154 1868
0.01 0.04 0.05 1/154 1870
^C

Liebe Grüße

Tom

[etv]

Liebe Leute,

Neuigkeiten zu meinem Problem - in der Nacht wieder ein voller Absturz des gesamten Systems - WAF im Keller, da Heizung wieder tot

es begann wieder mit Abstürzen verschiedener ioBroker Adapter, bis dann wieder der Fehler aus dem Thread-Titel gekommen ist. Ich hab dann mal den Raspi vom Netzwerk abgesteckt um zu sehen, ob sich die CCU2 wieder erhohlt…leider negativ - die is hängen geblieben und zwar etwa eine halbe Stunde (auf das Webinterface ging nach 2-3 versuchten Schaltvorgängen meinerseits nicht mehr) - dann hab ich die CCU via ssh in den reboot geschickt und danach den Raspi via Console und dann wieder ans Netz gehängt.

In den Logs gibt es leider nicht mehr zu finden als hier schon gepostet wurde...bis auf - wie der Raspi vom Netzwerk genommen wurde hat er aufgehört im Log den Fehler zu bringen...aber nachdem er wieder angesteckt ist auch nicht wieder damit angefangen...

Ich hab im iobroker nun mal fast alles abgedreht und es läuft nur mehr admin, hm-rpc, hm-rega, vis-hqwidgets, vis-jqui-mfd, vis-metro, vis-timeandweather, vis und web. In dieser Config sind wieder mehr als die Hälfte des Speichers vom Raspi frei (davor waren immer nur 1-2% frei). Ev. ist es ein Speicherproblem und es wird dem kleinen Kerl einfach zu viel.

Wie gut läuft iobroker wenn man mehrere Raspis verwendet um die Last zu sharen? Hat das schon wer im Einsatz oder Erfahrungen damit? Ich würde dann nämlich mindestens die History auf einem zweiten laufen lassen...

Grüße

etv