UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[aquapro]

@Rainer

ging jetzt Deine REDIS Installation?

[Homoran]

sieht so aus.

ich habe der Datei /var/lib/redis vorsichtshalber mit chmod 777 -R /var/lib/redis alle Rechte gegeben und anschließend die Version 0.9.1 vom controller von github geladen (seltsamerweise sollte sie 0.10.0 heißen: ~~@[url=https://github.com/ioBroker/ioBroker.js-controller/blob/master/CHANGELOG.md:~~

Changelog"]0.10.0 (2016-06-16)

(bluefox) activate redis for states ` )

danach läuft iobroker erst einmal.

Auch in uralten threads nach Überprüfungsmöglichkeiten gesucht:

http://forum.iobroker.net/viewtopic.php … 1272#p1282

Das klappt auch mit der CLI

Ich finde nur nicht mehr den Port / Pfad zum Webinterface von redis um es mal genau zu überprüfen

Gruß

rainer

[apollon77]

Hey,

habe es gerade versucht umzustellen und es klappt nicht :-(

Redis installation ging problemlos und auch cli-Zugriff klappt. läuft auf 127.0.0.1:6379

Dann wie beschrieben die Konfig geändert.

iobroker restart.

Ergebnis:

2016-07-04 22:09:54.132  - info: host.cubietruck2 InMemoryDB connected
2016-07-04 22:09:54.327  - info: host.cubietruck2 27 instances found
2016-07-04 22:09:54.340  - info: host.cubietruck2 starting 23 instances

2016-07-04 22:09:59.673  - info: host.cubietruck2 iobroker.js-controller version 0.9.0 js-controller starting
2016-07-04 22:09:59.708  - info: host.cubietruck2 Copyright (c) 2014-2016 bluefox, hobbyquaker
2016-07-04 22:09:59.711  - info: host.cubietruck2 hostname: cubietruck2
2016-07-04 22:09:59.717  - info: host.cubietruck2 ip addresses: 192.168.178.35 2a02:8071:2187:dc00:5:7ff:fe81:37ec fe80::5:7ff:fe81:37ec
2016-07-04 22:09:59.929  - info: inMem-states listening on port 6379
2016-07-04 22:10:00.514  - info: inMem-objects listening on port 9001
2016-07-04 22:10:00.553  - error: Another instance is running or some application uses port!
2016-07-04 22:10:00.554  - error: uncaught exception: listen EADDRINUSE :::6379
2016-07-04 22:10:00.583  - info: host.cubietruck2 terminated
2016-07-04 22:10:00.593  - info: iobroker _restart
2016-07-04 22:10:00.712  - info: host.cubietruck2 InMemoryDB connected
2016-07-04 22:10:00.919  - info: host.cubietruck2 27 instances found
2016-07-04 22:10:00.932  - info: host.cubietruck2 starting 23 instances

und das geht dann immer so weiter…

... Ääähm oder liegt es daran das ich die git Version des js-controllers nehmen muss? Wie installiere ich die anstelle der "normalen"?

[Homoran]

Hallo Ingo,

Du kopierst die Adresse der GitHub Seite für den js-controller.

Dann gehst du auf die Adapter Seite im Admin und klickst oben links das Icon, das aussieht wie ein Kofferanhänger an.

In das nun aufgehende Popup Fenster kopierst du diese Adresse ein

…und viel Glück.

Gruß

Rainer

[apollon77]

Das Update von js-controller auf 0.10.0. was es gerade gibt macht redis wieder kaputt?

[cybertron]

Hallo zusammen,

hat denn inzwischen schon einer die Anbindung an Redis in einer Multihostumgebung am laufen?

Gruss

Silvio

[stephan61]

Hallo wollte redis testen bekomme aber folgende Fehlermeldung

redis wurde installiert und läuft

Raspberry pi 2

Gruß Stephan

[Homoran]

@Bluefox: ist die redis-Unterstützung jetzt schon im normalen repository enthalten?

Gruß

Rainer

[Bluefox]

@stephan61:

Hallo wollte redis testen bekomme aber folgende Fehlermeldung
filename="resdis.JPG" index="0">~~

redis wurde installiert und läuft

Raspberry pi 2

Gruß Stephan `
Kann es sein, dass ioBroker noch nie gelaufen ist?

Es ist ein Bug und ich werde schnellstmöglich den fixen.

[Bluefox]

@Homoran:

@Bluefox: ist die redis-Unterstützung jetzt schon im normalen repository enthalten?

Gruß

Rainer `
Ja.

[Homoran]

Danke,

habe jetzt in der laufenden Installation auf dem Pi3 redis installiert und aktiviert.

positiv:

Der freie Speicher stieg sofort von 40MB auf 200MB. Die Load hat natürlich erst noch was zu tun - mal sehen, ob sich die jetzt auch beruhigt.

leider:

nach neustart von ioBroker hatte ich zwei Instanzen von history.0 auf dem Pi. eine aktuelle und eine von gestern.

Da scheint beim iobroker stop noch nicht alles beendet worden zu sein.

Gruß

Rainer

[cybertron]

Hallo zusammen,

ich wollte heute das Thema 'redis' noch einmal angehen bei mir, habe aber in der Multihostumgebung weiterhin keinen Erfolg.

Die beiden Slaves behaupten sie würden keine Verbindung zum Redis-Server auf dem Host bekommen, obwohl dieser läuft.

Hab ich irgendetwas noch übersehen oder vergessen?

Muss vielleicht irgend etwas konfiguriert werden?

Gruss

Silvio

[Bluefox]

@cybertron:

Hallo zusammen,

ich wollte heute das Thema 'redis' noch einmal angehen bei mir, habe aber in der Multihostumgebung weiterhin keinen Erfolg.

Die beiden Slaves behaupten sie würden keine Verbindung zum Redis-Server auf dem Host bekommen, obwohl dieser läuft.

filename="2016-07-28 10_34_24-mRemoteNG - confCons.xml.jpg" index="2">~~

filename="2016-07-28 10_35_27-mRemoteNG - confCons.xml.jpg" index="1">~~

filename="2016-07-28 10_36_34-mRemoteNG - confCons.xml.jpg" index="0">~~

Hab ich irgendetwas noch übersehen oder vergessen?

Muss vielleicht irgend etwas konfiguriert werden?

Gruss

Silvio `

` > If you plan to use mulithost installation you must allow connections to redis from any address (default only 127.0.0.1).

To do that edit file /etc/redis/redis.conf (sudo nano /etc/redis/redis.conf) and replace bind 127.0.0.1 with bind 0.0.0.0 .

Don't forget to restart redis after that. (sudo /etc/init.d/redis-server restart) `

[cybertron]

Super.. DANKE..

jetzt läuft es einwandfrei..

die Last auf den Raspi's sinkt im Speicherverbrauch ein ganzes Stück und in der Belastung der Kerne sogar enorm.

Gruß

Silvio

[stephan61]

Habe heute nach update von host auf 0.11.0 und allen anderen Update versucht redis zu starten.

Der javascript adapter wird laufend neu gestartet

wenn ich redis ausschalte geht es ?

Gruß Stephan

[ruhr70]

@stephan61:

Habe heute nach update von host auf 0.11.0 und allen anderen Update versucht redis zu starten.

Der javascript adapter wird laufend neu gestartet

wenn ich redis ausschalte geht es ? `

Identische Version, identisches Verhalten.

Im Log wird gemeckert, dass Datenpunkte, wie z.B. weatherunderground.0.current.temp_c nicht gefunden werden.

Der Datenpunkt existiert aber und ist auch mit einem Wert gefüllt.

[Homoran]

Was mache ich denn falsch?

Alles heute auf den neuesten Stand gebracht und keine Fehlermeldung?

Alle Updates über den Admin. Kein Reboot!

Gruß

Rainer

[cybertron]

Also ich habe bis auf den JavaScript Adapter alles auf dem aktuellen Stand.

Beim JavaScript habe ich die 2.3 installiert.

Nach den ganzen Updates gestern habe ich den redis nochmals gelöscht und dann neu installiert .

Nach der von Bluefox empfohlen Aenderung des Bindings läuft es jetzt augenscheinlich sauber.

Ich hatte Anfangs diverse gemeldete JavaScript Fehler , welche ich jedoch darauf zurückführen würde, dass bei diversen Objekten noch kein Inhalt da war, denn das hat sich nach kurzer Zeit beruhigt.

Ich habe allerdings nach allen Installationen jeweils immer einen Reboot gemacht.

Bei mir läuft alles was mit Hardware , Kommunikation und History (sql) zu tun hat auf den Host01. Dort rennt auch der Redis.

Auf Host02 läuft alles was mit vis zu tun hat, dieser arbeitet als Slave und ebenfals der 3. Host, welcher nur für Sayit und Squeezbox zuständig ist.

Wenn Fehlermeldungen kommen, dass Datenpunkte nicht vorhanden sind würde ich mit der cli mal versuchen zu schauen, ob diese als Key schon vorhanden sind.

Gruß

Silvio

[Bluefox]

@stephan61:

Habe heute nach update von host auf 0.11.0 und allen anderen Update versucht redis zu starten.

Der javascript adapter wird laufend neu gestartet

wenn ich redis ausschalte geht es ?

Gruß Stephan `
Was steht im Logs?

Ich vermute, dass da bei

getState('blabla').val

Abstürzt.

Ich werde in der nächsten version dann getState abändern:
> If state does not exist, it will be returned following object: ****{val: null, notExist: true}****

[stephan61]

Hallo Bluefox es kommt folgender Log eintrag

Gruss Stephan