SQL.0 Adapter startet nicht immer nach restart

[sissiwup]

Hallo,

so ca. 1 mal in der Woche startet der SQL-Adapter nicht nach einem Restart.

Im log ist folgendes zu sehen:

2016-11-08 04:09:38.758  - info: host.raspberrypi stopInstance system.adapter.sql.0
2016-11-08 04:09:38.759  - info: host.raspberrypi stopInstance system.adapter.sql.0 killing pid 10060
2016-11-08 04:09:39.731  - info: host.raspberrypi instance system.adapter.sql.0 terminated with code 0 (OK)
2016-11-08 04:16:11.932  - info: host.raspberrypi instance system.adapter.sql.0 started with pid 9388
2016-11-08 04:16:30.587  - error: sql.0 no connection to objects DB
2016-11-08 04:18:59.117  - warn: sql.0 Reconnection to DB.
2016-11-08 04:18:59.570  - warn: sql.0 Reconnection to DB.
2016-11-08 23:29:47.695  - info: host.raspberrypi object change system.adapter.sql.0
2016-11-08 23:29:47.720  - info: host.raspberrypi stopInstance system.adapter.sql.0
2016-11-08 23:29:47.723  - info: host.raspberrypi stopInstance system.adapter.sql.0 killing pid 9388
2016-11-08 23:29:47.845  - info: host.raspberrypi instance system.adapter.sql.0 terminated with code 0 (OK)
2016-11-08 23:29:50.318  - info: host.raspberrypi instance system.adapter.sql.0 started with pid 30502

Im iobroker Instanzen wird der Adapter "grün" angezeigt. Um 23:29 habe ich im iobroker auf restart des Adapters gedrückt. Danach lief alles wieder.

Beim javascript-Adapter habe ich auch schon (selten) so etwas beobachtet:

2016-11-09 04:05:53.255  - info: host.raspberrypi stopInstance system.adapter.javascript.0
2016-11-09 04:05:53.256  - info: host.raspberrypi stopInstance system.adapter.javascript.0 killing pid 9324
2016-11-09 04:05:53.755  - info: host.raspberrypi instance system.adapter.javascript.0 terminated with code 0 (OK)
2016-11-09 04:05:59.244  - info: host.raspberrypi stopInstance system.adapter.javascript.0
2016-11-09 04:05:59.245  - warn: host.raspberrypi stopInstance system.adapter.javascript.0 not running
2016-11-09 04:12:04.268  - info: host.raspberrypi instance system.adapter.javascript.0 started with pid 27230
2016-11-09 04:12:39.180  - error: javascript.0 no connection to objects DB
2016-11-09 04:12:52.241  - info: javascript.0 starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.javascript
2016-11-09 04:12:52.278  - info: javascript.0 requesting all states
2016-11-09 04:12:52.286  - info: javascript.0 requesting all objects
2016-11-09 04:13:27.330  - info: javascript.0 received all states
2016-11-09 04:14:30.825  - warn: javascript.0 Reconnection to DB.
2016-11-09 04:14:32.031  - warn: javascript.0 Reconnection to DB.
2016-11-09 07:37:04.221  - info: host.raspberrypi object change system.adapter.javascript.0

Um 7:37 habe ich den Adapter neu gestartet.

PS: zum anhalten des iobrokers nutze ich:

iobroker stop

anschließend

iobroker start

[Bluefox]

Wo läuft das ganze? RAM?

[sissiwup]

? Raspberry Pi.

Die mysql-DB liegt auf einen anderen Server.

[Bluefox]

Es gibt 5 verschiedene Typen von raspberrypi.

Mit RAM habe ich gemeint: konntest du bitte schauen und beobachten wie viel freien Speicher du noch auf denen System hast. Befehl top kann dir so eine Information liefern.

[sissiwup]

Hallo,

ist ein Pi2

Hat so 130-160 MB Frei.

Swap ist auf 2 GB, so dass er keine Prozesse wegen Ram stoppen sollte.

2016-11-10 04:07:01.829  - info: host.raspberrypi stopInstance system.adapter.sql.0
2016-11-10 04:07:01.830  - info: host.raspberrypi stopInstance system.adapter.sql.0 killing pid 17776
2016-11-10 04:07:02.286  - info: host.raspberrypi instance system.adapter.sql.0 terminated with code 0 (OK)
2016-11-10 04:07:07.749  - info: host.raspberrypi stopInstance system.adapter.sql.0
2016-11-10 04:07:07.750  - warn: host.raspberrypi stopInstance system.adapter.sql.0 not running
2016-11-10 04:13:53.254  - info: host.raspberrypi instance system.adapter.sql.0 started with pid 26175
2016-11-10 04:14:36.765  - error: sql.0 no connection to objects DB
2016-11-10 04:14:50.708  - error: sql.0 no connection to states DB: Connection timeout
2016-11-10 17:40:23.266  - info: host.raspberrypi object change system.adapter.sql.0
2016-11-10 17:40:23.287  - info: host.raspberrypi stopInstance system.adapter.sql.0
2016-11-10 17:40:23.290  - info: host.raspberrypi stopInstance system.adapter.sql.0 killing pid 26175
2016-11-10 17:40:23.383  - info: host.raspberrypi instance system.adapter.sql.0 terminated with code 0 (OK)
2016-11-10 17:40:25.869  - info: host.raspberrypi instance system.adapter.sql.0 started with pid 5314

Speicher:

[sissiwup]

SQL - Adapter wird als laufend angezeigt, hat aber keine Funktion:

Drücke Strg+A und danach Strg+C, um den Inhalt in die Zwischenablage zu kopieren. Klicke irgendwo, um das Fenster zu schliessen.
sql.0	2016-11-11 04:15:47.302	warn	Reconnection to DB.
sql.0	2016-11-11 04:15:43.984	warn	Reconnection to DB.
sql.0	2016-11-11 04:12:17.212	error	no connection to objects DB

Bis vor einen Monat lief das alles super stabil.

Bis letzte Woche, vorm Update auf die neusten Versionen

Stürzte der SQL-Adapter alle 3-4 Tage ab.

Jetzt jede Nacht.

Wodran kann das liegen?

Meine SQL-DB liegt auf einen anderen Server und läuft stabil.

Beide sind am selben Switch.

Hauptspeicher des Pi reicht, keine Prozesse werden abgeschossen wegen Memory.

Im log des Pi sehe ich nichts besonderes.

Ideen?

[Bluefox]

@sissiwup:

SQL - Adapter wird als laufend angezeigt, hat aber keine Funktion:

Drücke Strg+A und danach Strg+C, um den Inhalt in die Zwischenablage zu kopieren. Klicke irgendwo, um das Fenster zu schliessen.
sql.0	2016-11-11 04:15:47.302	warn	Reconnection to DB.
sql.0	2016-11-11 04:15:43.984	warn	Reconnection to DB.
sql.0	2016-11-11 04:12:17.212	error	no connection to objects DB

Bis vor einen Monat lief das alles super stabil.

Bis letzte Woche, vorm Update auf die neusten Versionen

Stürzte der SQL-Adapter alle 3-4 Tage ab.

Jetzt jede Nacht.

Wodran kann das liegen?

Meine SQL-DB liegt auf einen anderen Server und läuft stabil.

Beide sind am selben Switch.

Hauptspeicher des Pi reicht, keine Prozesse werden abgeschossen wegen Memory.

Im log des Pi sehe ich nichts besonderes.

Ideen? `
Wir können versuchen den Fehler einzugrenzen.

Mann kann beliebige Version installieren.

cd /opt/iobroker 
iobroker stop sql
npm install iobroker.sql@1.2.1 --production 
iobroker start sql

Wird dann besser?

[sissiwup]

Hmm,

1.2.1 ist doch die aktuelle Version, die läuft.

[sissiwup]

Habe es jetzt gelöst indem er nach 20 Minuten nach restart den Adapter per Script mit restart neu startet.

Werde es beobachten, wenn in einer der nächsten Versionen wieder stabil, melde ich mich.

[sissiwup]

Letzte Nacht ist der Script-Adapter nicht korrekt gestartet.

Werde wohl die Hardware tauschen. Pi2 durch was neueres ersetzen.