Influx arbeitet nicht mehr stabil

Altersrentner

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@thomas-braun das ist schon richtig, den braucht man doch fürs backup/rdp
aber es fehlt udp6
udp6       0      0 :::8089                 :::*                                999        35805      140/influxd

Und was heißt das jetzt?
MfG Michael

crunchip

@thomas-braun braucht man fürs backup , z.b mit dem backitup, dafür muss das aktiv sein(in meinem Fall nicht, da ich das nicht nutze)

# Bind address to use for the RPC service for backup and restore.
# bind-address = "127.0.0.1:8088"

crunchip

@altersrentner seh mal in der config nach, ein wenig nach unten blättern, bei [http]
da müsste folgendes stehen

 # The bind address used by the HTTP service.
   bind-address = ":8086"

die config rufst du so auf

nano /etc/influxdb/influxdb.conf

Altersrentner

@crunchip Was soll ich damit machen?
Backitup ist bei mir nicht aktiviert

crunchip

@altersrentner du sollst in die config sehen, ob es so aussieht wie gezeigt

Altersrentner

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner du sollst in die config sehen, ob es so aussieht wie gezeigt

[http]
  # Determines whether HTTP endpoint is enabled.
  # enabled = true

  # The bind address used by the HTTP service.
  # bind-address = ":8086"

  # Determines whether user authentication is enabled over HTTP/HTTPS.
  # auth-enabled = false

  # The default realm sent back when issuing a basic auth challenge.
  # realm = "InfluxDB"

crunchip

@altersrentner aus dieser Zeile

#bind-address = ":8086"

machst du

bind-address = ":8086"

Thomas Braun

@Altersrentner

Und dann influxdb neustarten.

crunchip

@Altersrentner

sudo service influxdb restart

Altersrentner

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner aus dieser Zeile

#bind-address = ":8086"

machst du

bind-address = ":8086"

OK habe ich gemacht,
Wie speichern und wie conf verlassen?

Thomas Braun

@altersrentner

Strg-X, Rückfrage bestätigen.

crunchip

@altersrentner sehe gerade, diese muss auch aktiviert werden

 # Determines whether HTTP endpoint is enabled.
   enabled = true

also auch die # davor entfernen

Altersrentner

@crunchip
Was ich jetzt absolut nicht verstehe.
Das war ursprünglich alles aktiviert

crunchip

@altersrentner keine Ahnung, das ist eigentlich das, was man bei der Installation als erstes einrichtet

Altersrentner

@crunchip
So ist es gewesen
Aber influx lauft immer noch nicht stabil
Instanzen
verbunden mit Host rot
Lebenszeichen rot
Verbunden mit gerät grün
Vorher war es genau umgekehrt

crunchip

@altersrentner
hast du den service neu gestartet?
ruf nochmal den status ab, ob der auch sicher läuft
zeige mal die Einstellungen der Instanz von Influx

Altersrentner

@crunchip sagte in Influx arbeitet nicht mehr stabil:

@altersrentner
hast du den service neu gestartet?
ruf nochmal den status ab, ob der auch sicher läuft
zeige mal die Einstellungen der Instanz von Influx

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 Mon 2021-12-27 19:50:12 CET; 1min 12s ago
     Docs: man:influxd(1)
 Main PID: 8691 (influxd)
    Tasks: 15 (limit: 4915)
   CGroup: /system.slice/influxdb.service
           └─8691 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Dec 27 19:51:23 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:23 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:23 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:23 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:23 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:24 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:23 +0100] "POST /write?database=
Dec 27 19:51:24 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:24 +0100] "POST /write?database=
Dec 27 19:51:24 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:24 +0100] "POST /write?database=
Dec 27 19:51:24 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:24 +0100] "POST /write?database=
Dec 27 19:51:24 raspberrypi influxd[8691]: [httpd] 192.168.178.41 - admin [27/Dec/2021:19:51:24 +0100] "POST /write?database=
lines 1-19/19 (END)

Service wurde vorher gestartet
Muss jetzt erst mal weg.
Meine Chefin hat ein Problem.
Danke, Melde mich wieder
Mit freundlichen Grüßen
Michael

crunchip

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

Muss jetzt erst mal weg.
Meine Chefin hat ein Problem.

der Klassiker

OliverIO

@altersrentner sagte in Influx arbeitet nicht mehr stabil:

Dec 22 07:34:34 raspberrypi influxd[31563]: ts=2021-12-22T06:34:34.960740Z lvl=info msg="Compacting file" log_id=0Y_Cnnp0000 engine=tsm1 tsm1_level=2 tsm1_strategy=level trace_id=0Y_DQdK0000 op_name=tsm1_compact_group tsm1_index=3 tsm1_file=/var/lib/influxdb/data/iobroker/global/294/000000078-000000002.tsm
Dec 22 07:34:34 raspberrypi influxd[31563]: ts=2021-12-22T06:34:34.960850Z lvl=info msg="Aborted compaction" log_id=0Y_Cnnp0000 engine=tsm1 tsm1_level=2 tsm1_strategy=level trace_id=0Y_DQdK0000 op_name=tsm1_compact_group error="compaction in progress: open /var/lib/influxdb/data/iobroker/global/294/000000078-000000003.tsm.tmp: file exists"

Ich beziehe mich mal auf die beiden Zeile oben aus dem syslog.
Das scheint hier das eigentliche Problem zu sein.

influxdb arbeitet ja primär im RAM und schreibt nur etwas zeitverzögert die Daten erst auf die Platte/SD/SSD.

Dabei scheint es ein Problem zu geben. Da der Fehler gestaffelt auftritt und weil da schon etwas existiert abgebrochen wird, scheint es sich hier ein OOM-loop (Out Of Memory) zu handeln.

dh. die Datenbank im Speicher läuft voll, möchte die Daten zusammenfassen und auf die Platte schreiben (compacting).
Da das zu lange dauert (SD-Karte?) oder der block ist zu groß (shard)

https://community.influxdata.com/t/aborted-compaction/12144/8

Erklärung und link zur dokumentation ist in diesem Beitrag
https://community.influxdata.com/t/aborted-compaction/12144/10

Evtl reicht auch einfach das RAM des Raspis nicht aus.
Zur Analyse ist ersteinmal nur syslog dein Freund.
In das log von iobroker musst du erstmal nicht schauen, da dort nur die symptome angezeigt werden, die das nicht funktionierende influx erzeugt.
Evtl solltest du mal alles auf dem Rechner beenden und dann nur influxdb starten, so das er seine Aufräumarbeiten (compacting) mal zu Ende bekommt.
Wenn das dann auch nicht funktioniert, dann ist wirklich das RAM am Ende.

Altersrentner

@oliverio Hallo,

Ich hatte noch gestern Abend so wie in Deinem Beitrag beschrieben,
alle Instanzen ausgeschaltet und nur Influx.0 auf grün belassen.
Nach einiger Zeit wurden dann alle Instanzen zugeschaltet.
Danach lief Influx.
Nach einiger Zeit habe ich über die Konsole
iob stop und iob start gemacht.

Bin mir aber nicht sicher ob die Reihenfolge 1/2 so OK war.

Auf alle Fälle habe ich viel zu viele geloggte Datenpunkte,
die ich jetzt händisch von influx befreie.
Mal sehen wie lange es jetzt gut geht.
Mit freundlichen Grüßen
Michael

NEWS

Influx arbeitet nicht mehr stabil

Support us

506
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Influx arbeitet nicht mehr stabil

Support us

506Online

31.9kUsers

80.1kTopics

1.3mPosts

506
Online

31.9k
Users

80.1k
Topics

1.3m
Posts