Nach Reboot sind sql keine Objekte mehr zugeordnet, werden (zum Glück) aber weiter aufgezeichnet

[apollon77]

Ich hab per Influxdb 3600 Datenpunkte

[fu_zhou]

Kann es sein, dass irgendein Adapter das System so belastet, dass es zu den Problemen kommt? Ich habe z.B. den S7 Adapter laufen…

[apollon77]

Wie geht es dem Rechner denn? Was ist es? Load? Was sagt "top" so?

Gesendet von iPhone mit Tapatalk

[fu_zhou]

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 4073 pi        20   0  179604  21864  13152 S  46,4  2,3  44:18.15 gst-launch-1.0
 1491 root      20   0  165180  66576  14356 R  13,2  7,0  15:43.66 iobroker.js-con
 1635 root      20   0  148724  49104  14024 S   8,9  5,2   8:43.46 io.admin.0
 8643 root      20   0   55668  12304   5272 S   8,9  1,3   2:07.99 motion
 1832 root      20   0  128372  31524  15024 S   5,9  3,3   6:36.14 io.s7.0
 8323 root      20   0  147656  47268  14928 S   5,6  5,0   1:56.53 io.sql.0
 1708 root      20   0  138536  41196  14032 S   4,9  4,4   6:00.90 io.javascript.0
 9766 pi        20   0    5588   2504   2132 R   1,0  0,3   0:00.19 top
   81 root       1 -19       0      0      0 S   0,7  0,0   0:47.59 VCHIQ-0
 9803 root      20   0   74652   8556   8216 R   0,7  0,9   0:00.02 nodejs
    3 root      20   0       0      0      0 S   0,3  0,0   0:06.73 ksoftirqd/0
    7 root      20   0       0      0      0 S   0,3  0,0   0:16.55 rcu_sched
  110 root      20   0       0      0      0 S   0,3  0,0   0:05.93 usb-storage
 1419 mysql     20   0  360844  59916   8952 S   0,3  6,3   0:38.64 mysqld
 1423 proftpd   20   0   14384   3716   2216 S   0,3  0,4   0:00.18 proftpd
 1822 root      20   0  141696  42352  14076 S   0,3  4,5   0:20.53 io.sonos.0
    1 root      20   0   22792   3852   2744 S   0,0  0,4   0:03.73 systemd

eigentlich nix Wildes… gst-launch holt sich knapp 50% der CPU. Einbindung der IP Kameras will ich in Kürze auf einen anderen Pi auslagern, dann ist das hier weg. Aber das Problem hatte ich auch schon vorher, also motion und gstreamer noch nicht installiert war.

[fu_zhou]

Wenn ich den sql-Adapter vor dem Re-Boot anhalte, dann neu boote und warte, bis alle Adapter laufen und dann sql wieder starte, scheint alles zu funktionieren…

[fu_zhou]

Nee, doch nicht, auch nur sporadisch… Zwischendrin sind immer die seltsamen Aufzeichnungszyklen... ich poste heute Abend mal einen Screenshot dazu

[apollon77]

Debug Log wäre hilfreicher … am Ende genau vondem zeitpunkt wo die Zyklen "komisch" werden

[fu_zhou]

Es hängt irgendwie mit dem Start vom S7-Adapter zusammen - der liefert alle aufzuzeichnenden Werte. Wenn ich den S7-Adapter anhalte und warte, bis sql läuft und ihn dann wieder starte, sind die Werte da…

[apollon77]

Kann es sein das die s7 Datenpounkte (und nur bei denen!) das Problem auftritt.

Der Adapter legt die immer zum Start an, damit überschreibt er an sich die Custom-Einstellungen vom History-Logging und damit könnten wirklich komische Dinge passieren. Hatten wir letztens bei modbus Adapter erst gefixt. Ich kann hier mal das gleiche einbauen. Musst Du dann nur testen.

Ich setze mich heute Abend mal ran.

[fu_zhou]

Auf jeden Fall sind es die S7 Datenpunkte, das ist der einzige Adapter, der Datenpunkte für sql liefert. Sobald du das eingebaut hast, teste ich mal…

[apollon77]

Soi, jetzt weiss ich warum das komische Effekte gibt … Da wurden Änderungen nicht nachgezogen

Bitte mal 0.2.6 vom Github (noch nicht auf npm) versuchen.

[fu_zhou]

Also jetzt hat es nach dem Reboot auf Anhieb geklappt, dass die Werte sql zugeordnet sind!!!

Vielen dank soweit…