Influx DB abgelehnt

[crunchip]

@pupsimupsi liegt bei dir das startscript nun auch in dem Ordner?

ls -la /usr/lib/influxdb/scripts

[Pupsimupsi]

@crunchip

ls -la /usr/lib/influxdb/scripts
insgesamt 24
drwxr-xr-x 2 influxdb influxdb 4096 Aug  6 09:49 .
drwxr-xr-x 3 influxdb influxdb 4096 Jan 13  2021 ..
-rw-r--r-- 1 influxdb influxdb  533 Aug  5 00:50 influxdb.service
-rwxr-xr-x 1 influxdb influxdb 1116 Aug  5 00:50 influxd-systemd-start.sh
-rw-r--r-- 1 influxdb influxdb 5702 Aug  5 00:50 init.sh

Kenn mich leider null aus damit, es lief einfach...

[Pupsimupsi]

Was noch war:

Vor ein paar Tagen ging nach einem Update von Influx auch nichts mehr.

Da hab ich gegooglet und diese Lösung gefunden:

sudo chmod +x /usr/lib/influxdb/scripts/influxd-systemd-start.sh
sudo systemctl restart influxdb.service

Danach lief es wieder.
Das hilft jetzt aber leider nicht...

[crunchip]

@pupsimupsi sagte in Influx DB abgelehnt:

-rwxr-xr-x 1 influxdb influxdb 1116 Aug 5 00:50 influxd-systemd-start.sh

ja das ist das Problem
aber da bin ich auch nicht so fit mit den Rechtevergaben

[Pupsimupsi]

@crunchip

Vielen lieben Dank übrigens für deine "nächtliche Hilfe"

Ich könnt heulen...habe Angst das die ganze Datenbank verloren ist.
hab zwar nen Backup mit Backit-Up auf FTP gemacht, weiß aber nicht wie ich das eingespielt bekomme
im Falle einer Neuinstallation und hoffe ich kann das retten..!?

[crunchip]

@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)

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