Influx arbeitet nicht mehr stabil

[Altersrentner]

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner entweder warst du fleissig und hast für alles mögliche das logging aktiviert, oder du hast es per Schraubenschlüssel gemacht und dadurch unter Umständen mehr Datenpunkte dadurch aktiviert als gewollt.

Ist mir nicht bewusst,

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

Tr-064 wird doch nicht mehr unterstützt.

was meinst du damit, der funktioniert nach wie vor

Ich dachte hätte so etwas mal gelesen
Da gibt es aber sehr viele Datenpunkte die mit influx geloggt werden.
Kann dort Influx deaktiviert werden oder gibt es bestimmte DP die benötigt werden.
MfG Michael

[crunchip]

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

Da gibt es aber sehr viele Datenpunkte die mit influx geloggt werden.

warum und weshalb möchtest du davon Daten in die Influx schreiben? bzw was für Datenpunkte loggst du denn vom tr-064

mal ganz vorsichtig gefragt, den Sinn von Datenpunkte in eine Datenbank zu schreiben hast du aber schon verstanden?

[Altersrentner]

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

Da gibt es aber sehr viele Datenpunkte die mit influx geloggt werden.

warum und weshalb möchtest du davon Daten in die Influx schreiben? bzw was für Datenpunkte loggst du denn vom tr-064

Keine. aber es sind fast alle aktiviert

mal ganz vorsichtig gefragt, den Sinn von Datenpunkte in eine Datenbank zu schreiben hast du aber schon verstanden?

Ja, zB. um daraus Graphen zu erstellen oder um zu sehen wie bestimmte Werte zu bestimmten Zeiten sind oder waren usw.

[crunchip]

@altersrentner ok, das heisst im Umkehrschluss, du müsstest jetzt sämtliche Datenpunkte, die du nicht mehr loggen möchtest, manuell deaktivieren.
Desweiteren, denke ich mal, je nachdem wielange und wieviele Daten dadurch in die Influx geschrieben wurden, die Datenbank eine bestimmte Größe(Speicherplatz) eingenommen hat. Um dies wieder los zu werden, müsstest du zusätzlich per Konsole in der Influx CLI entsprechend die jeweiligen Datenpunkte manuell herauslöschen.

Die Frage ist nun, wie wichtig sind dir die Daten? Denn am allerschnellsten geht es, die Instanz/Datenbank neu anzulegen und die alte komplett zu löschen.

[Altersrentner]

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner ok, das heisst im Umkehrschluss, du müsstest jetzt sämtliche Datenpunkte, die du nicht mehr loggen möchtest, manuell deaktivieren.
Desweiteren, denke ich mal, je nachdem wielange und wieviele Daten dadurch in die Influx geschrieben wurden, die Datenbank eine bestimmte Größe(Speicherplatz) eingenommen hat. Um dies wieder los zu werden, müsstest du zusätzlich per Konsole in der Influx CLI entsprechend die jeweiligen Datenpunkte manuell herauslöschen.

Die Frage ist nun, wie wichtig sind dir die Daten? Denn am allerschnellsten geht es, die Instanz/Datenbank neu anzulegen und die alte komplett zu löschen.

ja ich bin dabei die nicht benötigten Datenpunkte zu deaktivieren. Ist ja ein abendfüllendes Unterfangen

Die Daten sind mir nur für die Graphen wichtig, sonst nicht weiter.
Wie geht das mit der Konsole?

MfG Michael

[crunchip]

@altersrentner entweder du greifst z.b mit putty drauf

influx
use "Datenbank"
show series
Drop SERIES FROM "dein Datenpunkt"

Beispiel
oder du installierst dir das Windows Tool InfluxDBStudio

[Altersrentner]

@crunchip
Danke,
Für heute habe ich genug!
Seit 16:45 läuft influx wieder ohne Unterbrechung.
Habe auch sehr viel deaktiviert.
Die blaue LED an meiner SSD blinkt jetzt sehr gemäßigt.
vorher wie verrückt. Denke ein gutes Zeichen.
Werde mir mal die Studio DB ansehen.
Mit freundlichen Grüßen
Michael

[Altersrentner]

@altersrentner Hallo,
Heute wieder Totalausfall.
Unter Influx wird Folgendes angezeigt;

message:"InfluxDB Error: Bad Gateway"
data:Object
error:"Bad Gateway"
response:""
message:"Bad Gateway"
config:Object
method:"GET"
url:"api/datasources/proxy/2/query"
params:Object
data:null
precision:"ms"
inspect:Object
paramSerializer:serializeParams(e){…}
headers:Object
retry:0
hideFromInspector:false
Wer kann mir sagen, wo ich den Problemator suchen soll.
Mit freundlichen Grüßen
Michael

[Altersrentner]

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

@altersrentner Hallo,
Heute wieder Totalausfall.
Unter Influx wird Folgendes angezeigt;

message:"InfluxDB Error: Bad Gateway"
data:Object
error:"Bad Gateway"
response:""
message:"Bad Gateway"
config:Object
method:"GET"
url:"api/datasources/proxy/2/query"
params:Object
data:null
precision:"ms"
inspect:Object
paramSerializer:serializeParams(e){…}
headers:Object
retry:0
hideFromInspector:false
Wer kann mir sagen, wo ich den Problemator suchen soll.
Mit freundlichen Grüßen
Michael

Was bedetet hier schlechtes Gateway.

2021-12-27 18:17:40.321	error	Error: connect ECONNREFUSED 192.168.178.41:8086

influxdb.0
2021-12-27 18:17:30.316	error	Error: connect ECONNREFUSED 192.168.178.41:8086

influxdb.0
2021-12-27 18:17:20.310	error	Error: connect ECONNREFUSED 192.168.178.41:8086

Das erscheint unter Protolkolle
Wenn ich Influx teste kommt

Error: connect ECONNREFUSED 192.168.178.41:8086

Das ist doch nicht normal
Mit freundlichen Grüßen
Michael

[Thomas Braun]

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

192.168.178.41

Was ist das für ein Host?

[Altersrentner]

@thomas-braun
Hallo,
ioBroker 192.168.178.41:8081
influx 192.168.178.41:8086

MfG Michael

[Thomas Braun]

@altersrentner
Also beides auf dem gleichen Rechner?

Kannst du dich mit
127.0.0.1:8086
verbinden?

[Altersrentner]

@thomas-braun sagte in Influx arbeitet nicht mehr stabil:

127.0.0.1:8086

Ja beides auf einem Pi
Kann mich nicht verbinden,

Die Website ist nicht erreichbar127.0.0.1 hat die Verbindung abgelehnt.
Versuchen Sie Folgendes:

Verbindung prüfen
Proxy und Firewall prüfen
ERR_CONNECTION_REFUSED

MfG Michael

[crunchip]

@altersrentner hast du in der config was verändert? ein Upgrade der InfluxDB gemacht?

systemctl status influxdb

[Altersrentner]

@crunchip
Nein ich habe nichts verändert
MfG Michael

[crunchip]

@altersrentner und was ergibt oben genannter Befehl

[Altersrentner]

@crunchip

pi@raspberrypi:~ $ systemctl status influxdb
● influxdb.service - InfluxDB is an open-source, distributed, time series database
   Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-12-26 12:42:21 CET; 1 day 6h ago
     Docs: man:influxd(1)
 Main PID: 31517 (influxd)
    Tasks: 12 (limit: 4915)
   CGroup: /system.slice/influxdb.service
           └─31517 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Dec 26 12:42:29 raspberrypi influxd[31517]: ts=2021-12-26T11:42:29.832169Z lvl=info msg="Reading file" log_id=0YedcTRl000 eng
Dec 26 12:42:29 raspberrypi influxd[31517]: ts=2021-12-26T11:42:29.848178Z lvl=info msg="Reading file" log_id=0YedcTRl000 eng
Dec 26 12:42:29 raspberrypi influxd[31517]: ts=2021-12-26T11:42:29.850544Z lvl=info msg="Reading file" log_id=0YedcTRl000 eng
Dec 26 12:42:29 raspberrypi influxd[31517]: ts=2021-12-26T11:42:29.852423Z lvl=info msg="Reading file" log_id=0YedcTRl000 eng
Dec 26 12:42:29 raspberrypi influxd[31517]: ts=2021-12-26T11:42:29.964367Z lvl=info msg="Opened shard" log_id=0YedcTRl000 ser
Dec 26 12:42:31 raspberrypi influxd[31517]: ts=2021-12-26T11:42:31.059900Z lvl=info msg="Reading file" log_id=0YedcTRl000 eng
Dec 26 12:42:31 raspberrypi influxd[31517]: ts=2021-12-26T11:42:31.881537Z lvl=info msg="Opened shard" log_id=0YedcTRl000 ser
Dec 26 12:42:32 raspberrypi influxd[31517]: ts=2021-12-26T11:42:32.217254Z lvl=info msg="Opened shard" log_id=0YedcTRl000 ser
Dec 26 12:42:32 raspberrypi influxd[31517]: ts=2021-12-26T11:42:32.403288Z lvl=info msg="Opened shard" log_id=0YedcTRl000 ser
Dec 26 12:42:32 raspberrypi influxd[31517]: ts=2021-12-26T11:42:32.895490Z lvl=info msg="Opened shard" log_id=0YedcTRl000 ser
lines 1-19/19 (END)

[crunchip]

@altersrentner ok, läuft
und der Port stimmt auch?

netstat -tulpen

[Altersrentner]

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner ok, läuft
und der Port stimmt auch?

netstat -tulpen

pi@raspberrypi:~ $ netstat -tulpen
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Program name
tcp        0      0 192.168.178.41:2000     0.0.0.0:*               LISTEN      1001       438847355  -
tcp        0      0 192.168.178.41:2001     0.0.0.0:*               LISTEN      1001       438847342  -
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          18629      -
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          440637079  -
tcp        0      0 127.0.0.1:8088          0.0.0.0:*               LISTEN      999        438413446  -
tcp        0      0 127.0.0.1:6010          0.0.0.0:*               LISTEN      1000       444599966  -
tcp        0      0 192.168.178.41:8701     0.0.0.0:*               LISTEN      1001       438847340  -
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       438846252  -
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       438846245  -
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       438848082  -
tcp6       0      0 :::8083                 :::*                    LISTEN      1001       438853955  -
tcp6       0      0 :::8084                 :::*                    LISTEN      1001       438852854  -
tcp6       0      0 :::22                   :::*                    LISTEN      0          18631      -
tcp6       0      0 ::1:631                 :::*                    LISTEN      0          440637078  -
tcp6       0      0 :::3000                 :::*                    LISTEN      115        21031      -
tcp6       0      0 ::1:6010                :::*                    LISTEN      1000       444599965  -
udp        0      0 0.0.0.0:35316           0.0.0.0:*                           108        13988      -
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           1001       438852962  -
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          19477      -
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          440634218  -
udp        0      0 0.0.0.0:9898            0.0.0.0:*                           1001       438851959  -
udp        0      0 0.0.0.0:53421           0.0.0.0:*                           1001       438849204  -
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           108        13986      -
udp6       0      0 :::546                  :::*                                0          20423      -
udp6       0      0 :::58981                :::*                                108        13989      -
udp6       0      0 :::5353                 :::*                                108        13987      -
pi@raspberrypi:~ $

[crunchip]

@altersrentner nochmal mit sudo davor