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

Bluefox

~~@etv:~~

Hallo Marco,

sind das diese Einträge?

CODE: ALLES AUSWÄHLEN

Jan 20 01:17:01 etv-iob-main rsyslogd-2007: action 'action 17' suspended, next retry is Wed Jan 20 01:18:01 2016 [try http://www.rsyslog.com/e/2007 ]

Die hab ich in der Zeit in der alles gestanden ist… `

Bei mir sah das etwas anders aus, der Kernel hatte sich direkt gemeldet mit insufficent Memory und ein paar weiteren Warnungen und einem StackTrace. Aber anscheinend nicht immer, mir ist das erst nach einer Weile aufgefallen, als das System sich einmal von selbst wieder gefangen hatte…

Du kannst auch den Swap Space auf deinem Raspi erhören..ist zwar elend langsam, aber es sollte nicht mehr crashen.

Ich glaube es war in dem File:
/etc/dphys-swapfile
Bei mir war das File sehr klein. Ich hatte es auf 2 GB erhöht und danach gab es erstmal keine Probleme mehr. Ich bin dann aber 1 Tag später gleich auf den Cubietruck umgezogen..

Gruss Marco `
Das muss vermutlich in Trick&Tips.

aquapro

~~@nobody:~~

…

Ich hab das jetzt erstmal ziemlich radikal gelöst, indem ich die setup.js in /opt/iobroker/node_modules/iobroker.js-controller/lib verändert habe und den alten Speicher des Controller nun auf 80MB beschränke. Da alle anderen Adapter von diesen geklont werden, gilt die Beschränkung somit für alle Adapter. Ideal ist das nicht, weil eine adapterspezifische Einstellung besser wäre. Nun bleibt das System mit 7 aktiven daemon Adaptern + Controller und Node-Red, my-sql, Apache Websever und openvpn mit node.js 4.2.4 schon seit Wochen stabil.

Gruß

Markus `

Hallo Markus,

Du bist mein Held, genau damit kämpfe ich auch seit Beginn. Deshalb konnte ich nicht verstehen, dass kein anderer Probleme gemeldet hat, obwohl die doch offensichtlich sind, zumindest auf dem Pi.

Ich werde mal die Anpassung testen.

@bluefox: Du hattest ja auch schon in einem anderen Post auf den Speicher gezeigt. Wird es da eine Anpassung geben?

Gruß

Tino

aquapro

~~@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 `

Hallo Christian,

das schon, aber das OS muss nicht gleich sein und somit die Ermittlung der Werte. Ich benutze z.B. ein Jessie Image von Igor Pecovnik und da bekomme ich einige Temp Werte nicht. Auch auf dem Whezzy bekommen ich bei der Banane einige Werte nicht.

Oder versteh ich gerade etwas falsch?

Gruß

Tino

versteckt

Hallo, die Temperatur wird mittels

cat /sys/devices/virtual/thermal/thermal_zone0/temp

abgefragt.

Ist dies auch beim BananaPi so möglich?

LG Christian

Bluefox

~~@aquapro:~~

~~@nobody:~~

…

Ich hab das jetzt erstmal ziemlich radikal gelöst, indem ich die setup.js in /opt/iobroker/node_modules/iobroker.js-controller/lib verändert habe und den alten Speicher des Controller nun auf 80MB beschränke. Da alle anderen Adapter von diesen geklont werden, gilt die Beschränkung somit für alle Adapter. Ideal ist das nicht, weil eine adapterspezifische Einstellung besser wäre. Nun bleibt das System mit 7 aktiven daemon Adaptern + Controller und Node-Red, my-sql, Apache Websever und openvpn mit node.js 4.2.4 schon seit Wochen stabil.

Gruß

Markus `

Hallo Markus,

Du bist mein Held, genau damit kämpfe ich auch seit Beginn. Deshalb konnte ich nicht verstehen, dass kein anderer Probleme gemeldet hat, obwohl die doch offensichtlich sind, zumindest auf dem Pi.

Ich werde mal die Anpassung testen.

@bluefox: Du hattest ja auch schon in einem anderen Post auf den Speicher gezeigt. Wird es da eine Anpassung geben?

Gruß

Tino `
In den neuen Versionen von admin und js-controller es gibt max-ram zu steuern. Ob es hilft weiß ich nicht.

etv

~~@nobody:~~

Ich hab das jetzt erstmal ziemlich radikal gelöst, indem ich die setup.js in /opt/iobroker/node_modules/iobroker.js-controller/lib verändert habe und den alten Speicher des Controller nun auf 80MB beschränke. Da alle anderen Adapter von diesen geklont werden, gilt die Beschränkung somit für alle Adapter. Ideal ist das nicht, weil eine adapterspezifische Einstellung besser wäre. Nun bleibt das System mit 7 aktiven daemon Adaptern + Controller und Node-Red, my-sql, Apache Websever und openvpn mit node.js 4.2.4 schon seit Wochen stabil. `
Hallo Markus,

danke für deine Tipps - das setup File hab ich schon vor zwei Tagen getauscht und heute hab ich mich dem swap-space angenommen - und dzt. läuft das System in der abgespeckten Variante (nur admin, hm-Instanzen, vis, 2x iCal und einmal javascript mit nur einem Script aktiv) ohne besondere Vorkommnisse.

Ich hab dann auch noch den apache aus dem Autostart genommen - braucht auch nur sinnlos Speicher - und so bin ich nun nach einem Restart bei etwa 40% freiem Speicher gegen die 1-8% während der Probleme - wobei - ACHTUNG!!! In ioBroker wird der belegte Speicher falsch angezeigt - der Wert dort ist DER FREIE Speicher ;)

Daher auch die große Verwirrung ganz am Anfang des Threads - das bei 1% freiem Speicher mal ein Hoppala passieren wird, ist eigentlich eh logisch :D

sehe gerade - neue Updates sind da - Admin, JavaScript und VIS - werd' ich gleich einspielen…

...nach einem Backup ;)

Grüße

Tom

aquapro

~~@etv:~~

~~@nobody:~~

sehe gerade - neue Updates sind da - Admin, JavaScript und VIS - werd' ich gleich einspielen…

Verwegener Kerl Du! :lol:

Gruß

Tino

etv

[emoji1]

etv

~~@Bluefox:~~

In den neuen Versionen von admin und js-controller es gibt max-ram zu steuern. Ob es hilft weiß ich nicht. `

Hallo Bluefox,

hab ich gerade eingespielt - wo kann man das einstellen?

Grüße

tom

etv

~~@etv:~~

~~@Bluefox:~~

In den neuen Versionen von admin und js-controller es gibt max-ram zu steuern. Ob es hilft weiß ich nicht. `

Hallo Bluefox,

hab ich gerade eingespielt - wo kann man das einstellen?

Grüße

tom `

OK - da hat's was mit den neuen Updates

2016-01-22 17:02:43.122  - info: web.0 socket.io server listening on port 8082
2016-01-22 17:02:43.119  - error:  ReferenceError: adapter is not defined
    at ObjectsInMemServer.setObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:683:13)
    at ObjectsInMemServer. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:676:33)
    at checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:532:16)
    at ObjectsInMemServer.setObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:672:13)
    at Socket. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2505:28)
    at Socket.emit (events.js:118:17)
    at Socket.onevent (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io/lib/socket.js:330:8)
    at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io/lib/socket.js:290:12)
    at Client.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io/lib/client.js:193:14)
    at Decoder.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io/node_modules/socket.io-parser/node_modules/component-emitter/index.js:134:20)
2016-01-22 17:02:43.241  - info: hm-rega.0 got 6 programs</anonymous></anonymous>

…hab ich nun beim Start von iobroker, bzw. auch beim reboot des Raspi...

Grüße

tom

etv

…die alte JavaScript Sicherung von heute Mittag eingespielt...geht wieder...

D.h. da ist im neuen JavaScript Update der Wurm drinnen...

Grüße

tom

wortmann30

Hi zusammen

habe ich das jetzt richtig gelesen das das Speicher Problem und die Abstürz sowie eventuell das Aufhängen der CCU 2 auf einen Fehler im JavaScrip update liegt der die Tage kam?

Wie kann ich den auf eine alte Version von JavaScrip zurück gehen? Warscheinlich nur wenn ich vor dem Update ein Image von der SD Karte gezogen habe oder?

Danke

Jey Cee

So wie ich das mitbekommen hab wurde der javascript adapter schon gefixt.

Gesendet von meinem Jolla mit Tapatalk
305_heizungsscript_220_b07_temp.txt

wortmann30

~~@Jey Cee:~~

So wie ich das mitbekommen hab wurde der javascript adapter schon gefixt. `

Ok aber ich habe so um den 21.01. ein Update auf aufgezogen auch im Zusammenhang mit dem was wir hier hatten:

http://forum.iobroker.net/viewtopic.php … 241#p18241

Seit her hatte ich diesen Fehler mit dem "you are sending too fast".

Das da was neues gekommen sein soll, habe ich nicht mit bekommen.

Jey Cee

Laut Changelog gab es am 22.01. eine neue Version.

wortmann30

OK… Danke

aber ich steh grade echt auf dem Schlauch... wo finde ich diesen Adapter und seine Version nochmal?
421_view.txt

Jey Cee

1 Adapter informationen Aktualisieren

2 Der Adapter JavaScript

3 Links (grün hinterlegt) installierte Version, rechts verfügbare Version

wortmann30

Aha jetzt werde ich draus schlau, den habe ich gar nicht installiert außerdem wird bei mir schon die Version 1.1.5 angeboten.

Kann das sein das der auf jeden fall zur Grund Installation gehört und ich daher die Probleme habe?

Oder besser gesagt muss man noch zusätzliche Adapter installieren außer den Admin, HM-rega und pro funk, RS485 und CUxD einen hm-rcp Adapter.

Sorry das ist off Topic und bitte verweist mich auf einen anderen tread und dann werde ich da weiter schauen. Di,e suche hat nix erbracht.

Denn mein Fehler hier äußert sich ähnlich wie hier beschrieben ich bekomme den Fehler "you are sending too fast" und dann hängt die CCU2 sich auf.

Und leider bin ich noch nicht wirklich fit in IO.Broker und stachse oft im dunkeln…

(Auf die Gefahr hin das jetzt gleich Steine fliegen hab ich die Frage gestellt... :oops: )

Jey Cee

~~@wortmann30:~~

Aha jetzt werde ich draus schlau, den habe ich gar nicht installiert außerdem wird bei mir schon die Version 1.1.5 angeboten.

Kann das sein das der auf jeden fall zur Grund Installation gehört und ich daher die Probleme habe? `

Das Update auf 1.1.5 ist kurz Nachdem ich hier gepsotet hab verfügbar gewesen :)

Also bei den meisten dürfte er zur Grundausstattung gehören, da man damit sehr viel Steueraufgaben erledigt. Aber prinzipiell läuft ioBroker ohne und das fehlen kann nichts mit den fehlern zu tun haben.

Ich hab mal alle deine Beiträge aufgerufen und kurz Überflogen, bisher scheint es so das du die ioBroker installation nur für history, Flot charts und vis nutzt. Oder hast du noch weitere Adapter installiert?

wortmann30

Ich scheine Gläsern zu sein :D

Ja so ist es, ich habe nur noch zusätzlich gestern den RPI Monitor installiert. Und ich habe die Tage die History eingestellt sprich die Daten angeklickt zum Monitoren die ich möchte. So ca. 2 Stück pro Gerät und derzeit sind es rund 140 Geräte und dann noch bei ca. 80 Variablen.

Wenn ich mich recht erinnere kam einmal der Fehler als ich die Sachen zusammengeklickt habe und irgend wann hat IO.Broker die Änderungen nicht mehr übernommen. Das heißt ich habe auf das Uhren Symbol geklickt, aktiviert und gespeichert aber die Uhr wurde nicht mehr blau.

Aber eigentlich dachte ich das die CCU2 die Daten so oder so dem IO.Broker zur Verfügung stellt und IO.Broker sich einfach nur die rauspickt die archiviert werden sollen, oder habe ich das falsch verstanden? Das einzige was da zu Problemen führe kann sind die häufigen schreib zugriffe auf die SD Karte, daher habe ich nicht pauschal alle aktiviert. Ist das richtig?

Aber nun zurück zum Fehler, passt das hier ins Bild?

Community Forum

NEWS

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

Support us

388

32.5k

81.7k

1.3m