Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@crunchip

Aber hier wird doch bei Hausnummer 8086 geklingelt?

influx 192.168.178.41:8086

Aber ich hab influxdb auch nicht im Einsatz... Da bin ich besser mal ruhig. :-D

[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:grin:

[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.