Influx DB abgelehnt

[Pupsimupsi]

@crunchip sagte in Influx DB abgelehnt:

@pupsimupsi wie oben schon im Link gezeigt, wäre das eine Möglichkeit

I had the same issue just yesterday. It seems they changed something in the startup script in version v1.8.9, the same one we had to +x on version 1.8.7.
Turns out my DB is too big and it takes longer to start than the 10 seconds influxdb expects to take and so the start script aborts the process
Workaround:
Open /usr/lib/influxdb/scripts/influxd-systemd-start.sh
either comment out line 34 (exit 1) – < this is a bad idea in the long run but will allow you to test if it works
or set the sleep command in line 29 to 10 seconds (depending on how long does it take your influx to start, for me 10 cycles (line 25) of 10 seconds was enough)

Das hab ich auch schon gesehen, bin aber wohl zu dumm dazu das anzupassen...???
Zeile 34 auskommentieren? Wo ist das?

bei mir öffnet sich sowas:

8888888           .d888 888                   8888888b.  888888b.
  888            d88P"  888                   888  "Y88b 888  "88b
  888            888    888                   888    888 888  .88P
  888   88888b.  888888 888 888  888 888  888 888    888 8888888K.
  888   888 "88b 888    888 888  888  Y8bd8P' 888    888 888  "Y88b
  888   888  888 888    888 888  888   X88K   888    888 888    888
  888   888  888 888    888 Y88b 888 .d8""8b. 888  .d88P 888   d88P
8888888 888  888 888    888  "Y88888 888  888 8888888P"  8888888P"

mit nem paar Zeilen darunter, mehr nicht...ich hab keinen Plan was ich da wo machen könnte...

[crunchip]

@pupsimupsi sagte in Influx DB abgelehnt:

/usr/lib/influxdb/scripts/influxd-systemd-start.sh

nano /usr/lib/influxdb/scripts/influxd-systemd-start.sh

[Pupsimupsi]

@crunchip sagte in Influx DB abgelehnt:

@pupsimupsi sagte in Influx DB abgelehnt:

/usr/lib/influxdb/scripts/influxd-systemd-start.sh

nano /usr/lib/influxdb/scripts/influxd-systemd-start.sh

Ahh, mit dem Nano-Editor!
Schande über mein Haupt, da hätte ich auch drauf kommen können.
Danke dir, probiere ich morgen früh mal aus!

Ich glaube aber nicht das es an den Rechten liegt!?
Ich habe zufällig ein 2-Tage altes Image meiner SSD.
Dort lief Influx noch ohne Probleme (Wie gesagt, nach dem Anpassen der Rechte vor ein paar Tagen).
Das habe ich gerade mal auf ne Ersatzplatte geschoben, aktiviert und alles was wir hier gemacht haben miteinander verglichen.
Ist identisch aber läuft!?

Dennoch werde ich morgen mal mit meiner Haupt-SSD ausprobieren und mich wieder melden.
Vielen Dank nochmal!

[Pupsimupsi]

@crunchip

Nach einem reboot habe ich das gleiche Problem auch auf meinem 2 Tage alten SSD-Image!
D.h. sobald ein Neustart stattgefunden hat, startet Influx nicht mehr...

Habe nun beide Varianten aus deinem Link probiert:
Line 34 auskommentieren hat leider nicht geholfen...

Sleep in Line 29 von 1 auf 10 zu setzen hingegen schon!
Also falls jemand das gleiche Problem haben sollte, probiert es aus!

Dennoch interessiert mich, was genau das Problem ist?
Doch die Rechte?
Die Größe der Datenbank (wie in dem Link vermutet) glaube ich nicht...(380MB)

Weiß jemand mehr?

[crunchip]

@pupsimupsi wenn ichs richtig gelesen habe, hat sich ab

• v 1.8.7 das Rechte Problem eingeschlichen, da das startscript verlagert wurde in den Ordner /usr/lib/influxdb/scripts/
• v 1.8.9 wurde scheinbar das startscript angepasst(Abfrage zeit wurde eingebaut), so das es zu diesem Problem kam, das man es anpassen muss

denke das sind alles "Vorbereitungen auf v2.x" die es ja auch schon gibt, aber iobroker noch nicht ganz kompatibel (wird aktuell daran gearbeitet) und zum anderen, das nicht alle Dashboards( wenn man vorgefertigte geladen hat) damit klar kommen.
schön das es nun funktioniert

[Pupsimupsi]

@crunchip

Danke für die Info und vor Allem nochmals für deine Hilfe!

[albi_63]

@pupsimupsi

Hy, das war die Lösung

Sleep in Line 29 von 1 auf 10 zu setzen hingegen schon!

Jetzt läufts bei mir auch wieder.

Danke

[albi_63]

@crunchip
Hy, das war die Lösung

Sleep in Line 29 von 1 auf 10 zu setzen hingegen schon!

Jetzt läufts bei mir auch wieder.

Danke

[Pupsimupsi]

@albi_63

Freut mich!

[Amok83]

@crunchip

Vielen Dank, das hat mir nach 2 Stunden auch endlich die Lösung gebracht (1 > 10)!

[arnold]

@crunchip said in Influx DB abgelehnt:

ls -la /usr/lib/influxdb/scripts

das gleiche Problem auch bei mir .Habe hier die Anweisungen gefolgt und jetzt läuft wieder.
Was ich nur in Protokoll nicht gelesen habe - PASSWORT erneu eingeben im Adapter
das hat mich auch einige Zeit gekostet.

[XxJooO]

@arnold und alle Anderen,

auf der Suche nach Lösungen zu dem gleichen Problem bin ich hier gelandet.
Nach dem Update des Adapters auf 2.1.1 wurde keine Verbindung mehr zur Datenbank angezeigt. Meine Lösung war dann aber einfach nur das erneute Eingeben des Passwortes. Obwohl das in der Anzeige der Einstellungen des Adapters als mit Punkten eingegeben angezeigt wurde. Das find ich schon deutlich grenzwertig... Zumal im Protokoll nichts auf ein fehlendes Passwort hinwies.

Kann das Jemand nachvollziehen?

[crunchip]

@xxjooo sagte in Influx DB abgelehnt:

auf der Suche nach Lösungen zu dem gleichen Problem bin ich hier gelandet.
Nach dem Update des Adapters auf 2.1.1

oder man verfolgt den eigentlichen Thread, dann wüsste man, dass das Passwort erneut vergeben werden muss

[XxJooO]

@crunchip sagte in Influx DB abgelehnt:

oder man verfolgt den eigentlichen Thread, dann wüsste man, dass das Passwort erneut vergeben werden muss

Das ist ja das, was ich meine... Man hinterlegt doch nicht in den Einstellungen des Adapters mit Punkten das Passwort, um dann bei Fehlern des Adapters im Forum zu suchen und zu finden, das man das neu eingeben muss.

BTW: Gesucht habe ich, aber tatsächlich nichts gefunden. Gesucht habe ich natürlich nach einem Verbindungsfehler mit der influxDB. Und das oben geschriebene (hinterlegen von Punkten für ein Passwort, das neu eingegeben werden soll) vermag verschiedene Nutzer gut zu verwirren... Wenn ich die Punkte sehe, gehe ich davon aus, dass das PW hinterlegt ist. Das hat mich also zuerst nach den Rechteproblemen suchen lassen...

[crunchip]

@xxjooo das kommt daher, das zukünftig das Passwort verschlüsselt gespeichert wird, da ja aber das Passwort bereits im Adapter hinterlegt ist, ist die Folge eben, das es überschrieben werden muss.
Seit Wochen ist Influx 2.x ein Thema und wenn man entsprechend einen Versionssprung von 1.x auf 2.x updatet, sollte man sich auch etwas darüber im Vorfeld informieren.

Diesbezüglich habe ich zwar mittlerweile das Adapter Update gemacht, bleibe jedoch mit meiner Influx noch auf der alten Version, da sonst einige meiner Dashboards nicht mehr laufen würden bzw einiges geändert werden müsste.

[XxJooO]

@crunchip

verstehe ich alles, aber mir geht es ähnlich. Ich habe auch nicht vor, influx auf 2.x anzuheben, bis jemand erklärt, wie man seine Daten behält. Somit sieht man im Adapter V1.x oder V2.x. Man bleibt also auf 1.x und geht davon aus, dass der Rest einfach laufen sollte...

Ich bin ja bereit, mich damit auseinander zu setzen. Und so verständnisvolle Leute wie Du helfen einem im Forum immer weiter!
Aber gerade in letzter Zeit sieht man immer wieder mal einen Post von Jemandem, der seinen Frust rauslässt. Und sowas unterstützt solche Probleme eben...

[florian84z]

@pupsimupsi

Hi!

Ich stehe vor dem gleichen Problem, leider habe ich keinen Schreibzugriff auf die Datei.

Kannst du oder kann mir da jemand helfen?

[Thomas Braun]

@florian84z

sudo nano /pfad/zur/datei

[florian84z]

@thomas-braun sagte in Influx DB abgelehnt:

s

wow, das ging schnell.... nun läuft Influx & Grafana wieder! vielen Dank

[therock27]

habe auch das problem nur ist die datei nicht zu finden. influxdb läuft bei mir auf einer debian vm. wo find ich die datei? ```
root@debian:/opt# systemctl status influxdb.service
● influxdb.service - InfluxDB is an open-source, distributed, time series databa
Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset:
Active: active (running) since Tue 2021-08-31 19:56:42 CEST; 24min ago
Docs: man:influxd(1)
Main PID: 25081 (influxd)
Tasks: 12 (limit: 4689)
Memory: 185.3M
CGroup: /system.slice/influxdb.service
└─25081 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202368Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202404Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202425Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.205758Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.205867Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.207063Z lvl=info m
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.207063Z lvl=info m
Aug 31 19:59:50 debian influxd[25081]: ts=2021-08-31T17:59:50.187463Z lvl=info m
Aug 31 19:59:53 debian influxd[25081]: ts=2021-08-31T17:59:53.299354Z lvl=info m
Aug 31 19:59:53 debian influxd[25081]: ts=2021-08-31T17:59:53.301136Z lvl=info m
lines 1-20/20 (END)
● 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 Tue 2021-08-31 19:56:42 CEST; 24min ago
Docs: man:influxd(1)
Main PID: 25081 (influxd)
Tasks: 12 (limit: 4689)
Memory: 185.3M
CGroup: /system.slice/influxdb.service
└─25081 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202368Z lvl=info msg="Starting continuous query service" log_id=0WJLYD
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202404Z lvl=info msg="Starting HTTP service" log_id=0WJLYDKl000 servic
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.202425Z lvl=info msg="opened HTTP access log" log_id=0WJLYDKl000 servi
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.205758Z lvl=info msg="Listening on HTTP" log_id=0WJLYDKl000 service=ht
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.205867Z lvl=info msg="Starting retention policy enforcement service" l
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.207063Z lvl=info msg="Listening for signals" log_id=0WJLYDKl000
Aug 31 19:57:46 debian influxd[25081]: ts=2021-08-31T17:57:46.207063Z lvl=info msg="Storing statistics" log_id=0WJLYDKl000 service=m
Aug 31 19:59:50 debian influxd[25081]: ts=2021-08-31T17:59:50.187463Z lvl=info msg="Cache snapshot (start)" log_id=0WJLYDKl000 engin
Aug 31 19:59:53 debian influxd[25081]: ts=2021-08-31T17:59:53.299354Z lvl=info msg="Snapshot for path written" log_id=0WJLYDKl000 en
Aug 31 19:59:53 debian influxd[25081]: ts=2021-08-31T17:59:53.301136Z lvl=info msg="Cache snapshot (end)" log_id=0WJLYDKl000 engine=
~
~
~